Die Bedeutung von Clean Code für die Wettbewerbsfähigkeit

Es gibt eigentlich drei Arten von Code die wir als Entwickler schreiben:

1. Code, der neue Funktionen oder Optimierungen bereitstellt.
2. Code, der Bugs beheben oder umgehen soll.
3. Code, der "nur" dazu da ist, die Maintenance und künftige Erweiterbarkeit zu erhöhen.

Mir ist aufgefallen, wie viele Consultants das Dritte völlig weglassen.

Das Problem ist, dass ohne diesen strukturverbessernden Code eigentlich von Anfang an Wegwerf-Code entsteht.

Genau wie KI von Vibe-Codern: Wegwerf-Code.

Ich will jetzt niemandem zu Nahe treten. Aber man könnte ja eigentlich die Aussage machen, dass, wer heute den strukturverbessernden Code weglässt, es künftig schwer haben könnte in der Programmierung gegen die KI anzutreten.

Man könnte die Schuld auch auf die Auftraggeber schieben.

Sie wollen Code möglichst billig produzieren lassen.

Dass dies auf Kosten der Weiterentwicklung geht, äussert sich in hohen Folgekosten:

• Höhere Kosten für Bugfixes.
• Das Hinzufügen weiterer Funktionen wird komplexer und aufwändiger und damit teurer.
• Es entstehen mehr versteckte Bugs

Dies führt zu einer verminderten Wettbewerbsfähigkeit und die Qualität des Programms leidet.

Die von mir angesprochene Art der Codezeilen, die strukturverbessernden Zeilen, halte ich für die wichtigsten Zeilen beim Entwickeln von Software.

Diese Zeilen nützen langfristig enorm, haben aber keinen unmittelbaren schnellen Benefit.

Consultants und Softwarehäuser sollten genau deshalb mehr Zeit in auf den ersten Blick "unnötige Codezeilen" investieren.

Sie heben sich damit stark von anderen Marktteilnehmern, und auch von der künstlichen Intelligenz, ab.

Ich investiere in diesen strukturverbessernden Code bei Langmeier Backup und bei aBusiness Suite etwa 70 - 80%.

Wenn ich mit dieser Zeitaufteilung trotzdem jeden fünften Tag ein neues Feature schaffe, dann habe ich in fünf Jahren 300 neue Features und Optimierungen.

Und das sind dann 300 neue Optimierungen, die stabil sind und von Anwendern geschätzt werden.

Und darauf kommt es meiner Meinung nach an: es gilt beim Entwickeln von Software, den langfristigen Vorteil für die Anwender herauszuholen.