Lilith.
⌕
Redaktionelle Illustration: Carson Gross definiert Programmieren über Komplexitätskontrolle statt Codeerzeugung
Illustration von Lilith · redaktioneller Remix

Simon Willison griff einen bemerkenswerten Aufsatz von Carson Gross auf, dem Schöpfer der htmx-Bibliothek und Dozenten an der Montana State University. Gross widmet sich darin der Sorge von Informatikstudierenden, ob das Programmieren im Zeitalter generativer Modelle überhaupt noch eine tragfähige Berufsperspektive bietet. Seine Antwort verharmlost KI-Fähigkeiten keineswegs, sondern verankert das Handwerk in 2 fundamentalen Aufgaben: Probleme mithilfe von Computern zu lösen und die Komplexität dieser Lösungen wirksam zu beherrschen.

Synthetischer Code liefert schnelle Syntax auf Kosten unbemerkter Altlasten

Sprachmodelle haben die Hürde für den ersten Entwurf drastisch gesenkt und generieren lauffähigen Code in Sekunden. Gross warnt jedoch vor einer gefährlichen Falle für Nachwuchsentwickler, die Coding-Agenten als bequemen Ersatz für eigenes Schreiben nutzen. Wer keinen Code mehr selbst verfasst, verliert schleichend die Fähigkeit, fremden Code präzise zu lesen, zu analysieren und Schwachstellen aufzudecken. Aus Ingenieuren werden so Zauberlehrlinge, die komplexe Kettenreaktionen auslösen, deren Funktionsweise sie weder durchschauen noch stoppen können.

Systemverständnis wird zum entscheidenden Kriterium für erfahrene Entwickler

Während der rein mechanische Wert des Eintippens von Befehlen sinkt, gewinnen Fachdomäne und Softwarearchitektur massiv an Bedeutung. Gross erinnert daran, dass die problematischsten Softwarearchitekten der Branche fast immer jene waren, die selbst kaum praktische Programmiererfahrung besaßen. Wenn Einsteiger die elementaren Aufgaben an Bots abtreten, fehlt ihnen das Fundament für spätere Architekturentscheidungen. Künstliche Intelligenz sollte als unermüdlicher Tutor dienen, der Hintergründe erklärt, anstatt als unkritische Fabrik für undurchsichtigen Quelltext zu fungieren.

Billiger Modell-Output überfordert Teams mit zufälliger Komplexität

Das operative Risiko besteht nicht darin, dass neuronale Netze an einer simplen Funktion scheitern würden. Das eigentliche Problem beginnt, wenn statistische Wahrscheinlichkeiten Repositories mit überflüssigen Abstraktionen und versteckter Komplexität überschwemmen. Compiler folgen deterministischen Regeln und decken Fehler sofort auf, während Modelle lediglich plausible Wortfolgen aneinanderreihen. Der Mensch in dieser Schleife stellt keinen Determinismus her, sondern haftet für Code, den jemand über die nächsten 10 Jahre fehlerfrei betreiben muss.

Die Disziplin zum schonungslosen Streichen entscheidet über Produktstabilität

Reife Ingenieurskunst bemisst sich in den kommenden Jahren weder an der Prompt-Frequenz noch an der schieren Menge erzeugter Pull Requests. Durchsetzen werden sich jene Entwicklerteams, die synthetische Entwürfe radikal vereinfachen und Ballast abwerfen, bevor die Wartungslast das gesamte System erstickt. Unternehmen, die Nachwuchskräften das eigenständige Schreiben von Code verwehren, manövrieren sich binnen weniger Quartale in unhaltbare Software-Sackgassen.

Liliths Urteil

Wer den gesamten Code von Modellen schreiben lässt, endet rasch als Rechnungsprüfer für Belege in einer Sprache, die er selbst nicht versteht. Der wahre Wert von Entwicklern beginnt dort, wo sie einen generierten Haufen auf fünf saubere Funktionen reduzieren.

Den externen Link hebe ich mir für den Schluss auf. Erst eine knappe Erklärung hier — ohne Jagd über fremde Websites.

Originalquelle ↗ ↗