8 nicht ganz so populäre Meinungen zur Softwareentwicklung

Der Entwickler in mir ist heute etwas geknickt. Ich musste ein wunderschönes Stück Code abreißen, eine ganze Klasse, von der ich glaubte, sie sei das Rückgrat des gesamten Projekts. Über die letzten vier Monate hatte ich sie sorgsam gestutzt, mit Testfällen gehegt und mit den anschaulichsten Kommentaren geschmückt. Jeden Tag habe ich sie mit väterlichem Stolz betrachtet. Nur noch ein paar Wochen, dann geht sie live. Meine KLASSE würde eine nahezu ewige Existenz in den warmen Server-Racks eines Rechenzentrums genießen, gar nicht weit von meinem Zuhause entfernt. Doch es sollte nicht sein. Das Schicksal entschied anders.

Die sprichwörtliche Axt des “Re-Scoping” fiel auf meine Klasse. Re-Scoping bedeutete ein Refactoring meiner Codebase, und Refactoring ist ein schickes Wort für das Löschen dessen, was nicht mehr gebraucht wird. Meine monatelange Arbeit ging in Flammen auf. Jetzt verstehe ich, wie sich Hagrid gefühlt haben muss, als Macnair die Axt über Seidenschnabel* schwang.

Zuerst war es deprimierend. Stunden später kam die Akzeptanz. Und ein paar Radler später kam die Reflexion. Weil das aus einem Moment der Schwermut entstanden ist, könnten manche Teile trübsinnig wirken. Also machen Sie sich bereit: Hier kommen meine nicht ganz so populären Meinungen zur Softwareentwicklung.

1. Fast jede einzelne Zeile Code, die Sie heute schreiben, wird in wenigen Jahren Geschichte sein. Nein, das liegt nicht an Ihnen, sondern daran, wie schnell sich die Welt und insbesondere die IT-Welt bewegt. Ihr Code wird durch einen “besseren”, “dockerisierten”, “serverlosen” “Microservice” ersetzt.
2. Machine Learning ist keine Wunderpille. Und GraphQL, NodeJS, NoSql, Kubernetes und <hier beliebige neue Technologie/beliebiges Framework einsetzen> sind es auch nicht. Alles funktioniert in einem Kontext und scheitert außerhalb davon.
3. JavaScript ist keine Müllhaldensprache, auch wenn viele Leute das glauben. So, jetzt ist es raus, welche Erleichterung. Und Java ist es auch nicht, auch wenn viele Recruiter das glauben. Wenn Sie ein Skript suchen, das wie Java geschrieben ist, dann ist Groovy Ihre Antwort, nicht JavaScript.
4. Interview-Nervosität gibt es wirklich. Programmieren ist eine Kunst. Wie bei den gegensätzlichen Stilen von Matisse und Picasso hat jeder von uns seinen eigenen Stil. Und wir alle haben unsere Komfortzonen und sogar Tageszeiten, zu denen der beste Code entsteht. All diese Fähigkeiten für ein zweistündiges Interview zusammenzuholen, ist eine Kunst für sich und hat nichts damit zu tun, wie gut Sie programmieren.
5. Ein Produkt zu bauen bedeutet mühsame, inkrementelle Entwicklung. Die Kraft inkrementeller Entwicklung wird oft unterschätzt. Diese große Retail- oder Utility-App, die Ihnen den Alltag erledigt, war vor ein paar Jahren nicht mehr als ein Kasten mit zwei Buttons. Dazu gibt es keine Alternative, außer Sie haben Millionen, um eine fertige zu kaufen.
6. Softwareentwicklung ist oder kann langweilig sein. Weiter oben habe ich den Vergleich zur Kunst gezogen. Großangelegte Produktentwicklung ist keine Skizze in A3, sondern ein riesiges Fresko, an dem mehrere Entwickler zusammenkommen und gemeinsam arbeiten müssen. Das heißt, Sie verbringen viel Zeit mit Code Reviews, dem Reparieren von Git-Pushes, der Pflege von Abhängigkeiten, Performance-Tests und so weiter. Nichts davon ist durchgängig Kunst.
7. Bessere UX ist ein flüchtiger Erfolg. Kunden gewöhnen sich immer an Ihre neue, bessere UX, und sobald sie sich daran gewöhnt haben, langweilt sie sie. Veraltete UX ist schlechte UX.
8. Softwareentwicklung wird demokratisiert. Da der Fokus auf “Citizen Developer und Integratoren” täglich zunimmt und KI weit zuverlässiger wird, als sie es je war, können Power User und Fachexperten ihre Software selbst bauen. Auf lange Sicht heißt das: mittelmäßiges Programmieren (nicht mittelmäßige Programmierer), also Glue Code zwischen APIs, Zucker- und Boilerplate-Frameworks, Endnutzer-Hilfsmittel wie “besser aussehende UX”, ist nicht mehr wichtig.

Ok, ich bin fertig. Nur her damit.

Und..

*Seidenschnabel ist nicht wirklich gestorben, nach einem Jahrzehnt ist das kein Spoiler mehr.