Du gibst eine kurze Beschreibung ein. Sekunden später liefert die KI Code. Diese Werkzeuge haben die Softwareentwicklung verändert. Was früher selbst geschrieben wurde, entsteht jetzt schnell. Was bedeutet das für deine Rolle und deine Fähigkeiten?
Carson Gross, Entwickler von htmx, hat sich damit beschäftigt. Sein Fazit: Code ist billiger geworden – im Aufwand, nicht in der Qualität. Diese Billigkeit bringt eine andere teure Ressource: das Verständnis. Verstehen wird teurer, weil es nicht mehr beim Schreiben entsteht, sondern erst hinterher durch Lesen und Analysieren. Das ist ein Unterschied, den wir beachten sollten.
Die Illusion der schnellen Lösung
Du kennst das Gefühl: Du hast eine komplexe Aufgabe, die KI liefert einen Lösungsvorschlag, und du denkst: „Passt schon.“ Aber wie oft nimmst du dir Zeit, jede Zeile zu verstehen? Selten. Darin liegt die Gefahr. Gross vergleicht das mit einer Szene aus Fantasia: Der Zauberlehrling verzaubert einen Besen. Anfangs läuft es gut, dann wird der Besen schneller, unkontrollierter, bis das Labor unter Wasser steht. Er verliert die Kontrolle – weil er die Magie nicht verstanden hat.
In der KI-Entwicklung passiert dir das Gleiche. Die Modelle können Code in einem Tempo produzieren, das kein Mensch nachvollziehen kann. Sie haben keine Angst vor Komplexität, keine Intuition für Architektur, kein Verständnis für Konsequenzen. Sie generieren weiter, basierend auf Wahrscheinlichkeiten. Du stehst vor einem Berg Code, den du weder verstehen noch warten kannst. Der Zauberlehrling wird zum Gefangenen seiner Werkzeuge.
Komplexität bleibt der Feind
Gross sagt, Menschen unterschätzen exponentielles Wachstum. Komplexität kann schnell zunehmen. Jede neue Funktion, Abhängigkeit, Codepfad multipliziert die Wechselwirkungen. Es gab schon vor KI „prolific coders“. Ihre Projekte endeten oft in einem „unmodifiable steady state“. Änderungen erzeugen so viele Fehler, wie sie beheben. Das System ist tot, funktioniert aber noch.
KI-Modelle sind die extremsten prolific coders. Sie schreiben pausenlos, ohne Rücksicht auf Strukturen oder Systemgrenzen. Lässt du sie gewähren, landest du schnell in dieser Sackgasse. Code wird billig, Komplexität unbezahlbar. Weil die KI keine Angst hat, wirst du zum Bremser, zum Kontrolleur, der die Magie im Zaum hält.
Der subtraktive Ingenieur: Weniger ist mehr
Gross schlägt ein neues Leitbild vor: den subtraktiven Ingenieur. Er sagt nicht „Ja, mehr Code“, sondern „Nein, Code entfernen“. Er prüft jede Zeile, hinterfragt ihre Notwendigkeit, sucht Vereinfachungen. Sein Stolz ist nicht die Menge des geschaffenen, sondern des verhinderten oder entfernten Codes. Er ist Bildhauer, nicht Bauarbeiter. Er meißelt weg, bis das Wesentliche bleibt.
Das heißt nicht, dass du nichts mehr selbst programmierst. Deine Kernkompetenz verschiebt sich vom Produzieren zum Reduzieren. Du wirst zum Hüter der Übersichtlichkeit und zum Wächter gegen unnötige Komplexität. Du musst verstehen, was die KI produziert, und entscheiden, ob es gebraucht wird. Das erfordert Systemverständnis und eine klare Vorstellung von guter Architektur. Das kannst du vielleicht schon, aber jetzt wird es wichtiger.
Praktische Konsequenzen für deinen Alltag
Konkret: Erstens – verwende KI inkrementell. Lass nicht zu, dass sie dir einen Monat Arbeit in fünf Minuten vorsetzt. Zerlege Aufgaben in kleine Einheiten, deren Output du vollständig verstehst. Zweitens – priorisiere das Verstehen. Lies Code wie einen Vertrag. Wenn du ihn nicht verstehst, unterschreibe nicht. Drittens – entwickle ein Gespür für unnötige Komplexität. Frage bei jeder Funktion: Brauchen wir das? Gibt es eine einfachere Lösung? Kann ich bestehenden Code umbauen?
Gross sagt, sein Vorschlag ist nicht neu. Es gab schon immer Entwickler, die lieber polieren als neu schreiben, die lieber Nein sagen. In der KI-Ära wird diese Haltung zur Überlebensstrategie. Wer nur darauf setzt, mit der KI um die Wette zu schreiben, verliert, weil die KI
Quelle: htmx.org
