Nachdenkliches zur Wochenmitte: Jeffrey Zeldman „Blue Beanie Day matters“

[Camping_RIDER]

Aloha ;)

Zukunftskompatible Ideen im produktiven Umfeld durchzusetzen ist nicht möglich, weil deren Entwicklung viel zu lange dauern würde.

Da wage ich mal zu widersprechen. Entschieden.

Mitunter wird „agile Software-Entwicklung“ so verstanden, dass man sich Scheuklappen aufsetzt und nur das macht, was gerade ansteht, ohne in die Zukunft zu blicken. Wenn sich in Zukunft was ändert, überlegt man halt dann neu – und fängt von vorne an.

Ich halte das für Bullshit. 💩

Erfahrungsgemäß kommt die Zukunft eher früher als später.

Ich glaube hier liegt (hinsichtlich der Zielsetzung) ein Vergleich zwischen Äpfeln und Birnen vor. Agile Softwareentwicklung entspringt zu extrem großen Stücken der modernen Wahrnehmung der Softwaretechnik als Ingenieursdisziplin (Software Engineering). Dementsprechend handelt es sich dabei im Kern um die Anwendung von Ingenieursprinzipien - Ziel dabei ist nicht, ein perfektes Stück Software zu erhalten, sondern mit möglichst wenig Aufwand ein Stück Software zu erhalten, das bei gleichzeitig möglichst wenig Fehlerbehaftung die formulierten Anforderungen möglichst gut erfüllt. Wenn Barrierefreiheit / Zukunftssicherheit / ... keine entsprechend priorisierte Anforderung im Entwicklungsprozess ist, so wird diese im Endprodukt auch nicht berücksichtigt sein - völlig zurecht aus der Warte der Ingenieursdisziplin.

Die Softwareentwicklung als Ingenieursdisziplin zu begreifen und entsprechende Prinzipien in selbiger anzuwenden ist ja eine Lehre aus der Softwarekrise um Softwareentwicklung wirtschaftlich machbar zu halten.

Traditionelle Softwareentwicklung, die hier nach meiner Lesart den unausgesprochenen Gegenpol darstellt, tickt anders. Da versucht man am Ende ein Stück Software zu erhalten, das möglichst perfekt ist und möglichst viele positive Eigenschaften (z.B. Barrierefreiheit) hat, auch wenn diese nicht explizit gefordert waren - da traditionelle Softwareentwicklung den Ingenieursprinzipien modernen Software-Engineerings eben nicht folgt.

Das ist quasi Ingenieurstechnik vs. Handwerkskunst und ziemlich unvergleichbar. Für das Bauen einer Holzbrücke über einem Tal beauftrage ich vielleicht lieber einen Ingenieur als einen Schreiner - während der Ingenieur sicher nicht die erste Wahl ist, wenn ich einen neuen Esszimmerstuhl anfertigen lassen will.

Grüße,

RIDER