In der SW-Entwicklung gibt es mehr als genug Möglichkeiten eine Aufgabe zu lösen. Oft müssen auch unterschiedliche Frameworks miteinander zusammen arbeiten. Dadurch gibt es sehr viele Kombinationen, die nicht zum Erfolg führen.

Um diese Komplexität zu verringern, hat sich das Konzept “Konvention vor Konfiguration” etabliert. Dadurch haben nicht nur Neueinsteiger, in die SW-Entwicklung, einen sehr großen Vorteil. Es können auch leicht Quereinsteiger, mit Basiskenntnissen des Frameworks, bei einem Projekt weiter machen, ohne vorher den gesamten Code zu analysieren.

Mir ist bewusst geworden, was für ein Problem diese große Auswahl an Möglichkeiten sein kann. In Java hat man eine riesige Auswahl von Web-Containers und Application-Server. Die Auswahl der passenden Umgebung kann eine nicht enden wollende Aufgabe sein. Alleine im NetBeans-IDE, ohne zusätzlich installierter Plugins, existiert eine riesige Auswahl von Möglichkeiten zur Projekterstellung. Berücksichtigt man die Auswahl der Maven Archetypes wird die Liste beängstigend lang.

Diese Entscheidungen können auch auf der Mikroebene bei der Auswahl des richtigen Datentype anfangen. In Java gibt es alleine für die Darstellung von Ganzzahlen vier Möglichkeiten byte, short, int und long. In den meisten dynamischen Sprachen gibt es genau einen Type für Ganzzahlen. Dieser Type verfügt meistens über einen Wertebereich, der an einen Long-Wertebereich in Java heranreicht.

Mir geht es nicht um die Diskussion dynamische vs. statische Programmiersprachen. Genügend Teams auf beiden Enden des Spektrums haben großartige Produkte umgesetzt. Es geht mir darum nachzudenken, warum es so viele Möglichkeiten gibt, ob diese Möglichkeiten mehr Fehler verursachen als sie nutzen und ob diese Möglichkeiten noch benötigt werden.

Noch eine Zugabe zum Nachdenken, ist Frontend-Design schwierig weil die Frameworks dazu ungenügend sind oder weil der Benutzer(Kunde) an dieser Stelle die meisten Änderungswünsche hat.

Bildquelle