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

[Camping_RIDER]

Aloha ;)

Danke für die Klärung - jetzt verstehe ich den Punkt.

Wobei das...

Aus der Luft gegriffen? Leider nein. Ich hab das so erlebt.

...bedauerlich ist, aber nicht zwangsläufig passieren muss.

Es gibt durchaus noch die Abstufung, dass Entwickler im Fall absoluter Inkompatibilität des ihnen geläufigen Frameworks dann doch noch ein anderes wählen, statt die Arbeit sinngemäß zu verweigern (oder bewusst schlecht umzusetzen).

In meinen Augen ist das Ganze welches-Framework-benutzen-wir-Dingens ein Trade-off zwischen Einarbeitungszeit sowie Entwicklererfahrung auf der einen Seite und der Problemkompatibilität des zu verwendenden Frameworks auf der anderen Seite.

Trade-off bedeutet dann aber auch, dass extreme Maßnahmen auch keine sinnvollen Ergebnisse liefern: Wenn Framework X optimal dazu geeignet ist, Problem Y zu lösen, die damit betrauten Entwickler aber bisher nur Framework Z können, kann es durchaus sein (sofern Z mit Y vielleicht nicht optimal, aber dennoch eingeschränkt kompatibel ist), dass das Ergebnis, das durch Anwendung von Framework Z entsteht, besser und wirtschaftlicher ist als das Ergebnis, das durch Anwendung von Framework X entsteht - ich messe der Einarbeitungszeit sowie der erfahrungsbedingten vorausschauenden Umschiffung von Klippen eine nicht-geringe Bedeutung zu, was Kosten und Qualität der Software angeht.

In dem Fall sind die Extreme die worst cases - und der von dir zurecht kritisierte Fall, dass X inkompatibel zu Y sein könnte, aber dennoch eingesetzt wird, ist in etwa genauso dramatisch wie das andere Extrem, nämlich, dass Z ohne absolute Notwendigkeit eingesetzt wird und die damit entstandene Software mangels Entwicklererfahrung sowohl teuer als auch ineffizient und problembehaftet ist.

Das zweite Extrem hast du mMn bisher eher unter den Tisch fallen lassen. Ich gehe davon aus, dass (Wortwahl gemäß deiner obigen Definition) weder designgetriebene noch technologiegetriebene Entwicklung für sich zum bestmöglichen^[1] Ziel führt - der optimale Weg wird irgendwo dazwischen liegen^[2].

Ich verstehe auch @dedlfix Einlassungen zum Teil so, dass ihm die Betrachtung zu einseitig ist (auch wenn ich mir die Polemik, die du zurecht kritisierst, nicht zu eigen machen will).

Grüße,

RIDER

---

1. Natürlich unterliegt bestmöglich wieder den Zielen der Softwareentwicklung. Naturgemäß ist das eine Balance zwischen Kosten und Softwarequalität (die insbesondere Fehlerdichte, aber auch andere Gütekriterien, z.B. designbezogene, umfasst). ↩︎

2. Natürlich ändert sich das, wenn man andere Ziele der Softwareentwicklung zugrundelegt. Es ist aber aus gutem Grund sicher alles andere als konsensfähig, die Waagschale hier deutlich auf eine Seite zu verschieben. ↩︎