Englisch ist heute meine wichtigste Programmiersprache

Im vergangenen Jahr begann ich zu erfassen, wofür ich meine Entwicklungszeit tatsächlich aufwende. Die Antwort war unbequem: Ich schreibe mehr Englisch als Code. Keine Dokumentation, sondern Spezifikationen, Abnahmekriterien, Kontextvorgaben für KI-Modelle, Prüfanweisungen, Notizen zu Iterationen. Das Verhältnis liegt bei etwa 80 zu 20 zugunsten der Prosa.

Dieser Wandel kam nicht über Nacht, und er betrifft nicht nur mich. Andrej Karpathy hat ihn 2023 benannt. Jensen Huang hat seither auf jeder großen Keynote eine Variante davon wiederholt. Simon Willison dokumentiert ihn seit zwei Jahren anhand realer Arbeitsabläufe. Doch Anfang 2026, da Claude Code, Cursor, Aider und Kiro in Tausenden Teams im Produktivbetrieb laufen, ist dies keine provokante Prognose mehr – sondern eine beobachtbare Tatsache für jeden, der genau hinsieht.

So sah der Übergang tatsächlich aus. Ich begann mit dem, was die Community Vibe Coding nennt – eine wohlwollende Bezeichnung für „dem Modell sagen, was man will, und abwarten, was herauskommt“. Für Prototypen genügte das. Sobald Wartbarkeit gefragt war, brach es zusammen. Regressionen tauchten an Stellen auf, die ich nicht angefasst hatte. Schleichender Kontextverlust verwandelte eine saubere Codebasis in Flickwerk. Nicht das Modell versagte, sondern ich. Ich lieferte mehrdeutige Eingaben und erwartete präzise Ergebnisse.

Die Lösung war ein Methodenwechsel, kein besseres Modell. Spec-Driven Development bedeutet, eine strukturierte Spezifikation zu schreiben, bevor auch nur eine Zeile Code generiert wird. Konkrete Anforderungen. Ausdrücklich benannte Grenzfälle. Abnahmekriterien, die zugleich als Testanweisungen dienen. Als ich mein Englisch präzisierte, stieg die Codequalität sprunghaft. Der Tokenverbrauch sank, weil das Modell aufhörte, Absichten zu halluzinieren. Die Spezifikation wurde zur maßgeblichen Grundlage, und ich wurde ihr Autor.

Englisch hat Python oder TypeScript nicht ersetzt. Es wurde zur Schnittstelle zu ihnen. Das Denkmodell, das funktioniert: Man schreibt Eingaben für einen Compiler – nur ist dieser Compiler ein großes Sprachmodell, und seine Fehlermeldungen kommen als halluzinierte Funktionen und ausufernder Umfang zurück. Präzision in der Spezifikation verringert das Rauschen in allen nachfolgenden Schritten. Das ist keine Metapher. Das ist ein Arbeitsablauf im Produktivbetrieb.

Die unbequeme Konsequenz ist geografischer und sprachlicher Natur. Englische Muttersprachler – genauer: Menschen, die auf Englisch strukturiert und klar schreiben – haben einen messbaren Vorsprung. Nicht weil die Modelle voreingenommen wären, sondern weil Mehrdeutigkeit in der Eingabe Mehrdeutigkeit im Ergebnis erzeugt. Ein Entwickler, der Spezifikationen in seiner dritten Sprache verfasst und Wort für Wort um Präzision ringt, braucht für dieselbe Aufgabe mehr Iterationen. Die Werkzeuge demokratisieren den Zugang zur Softwareentwicklung; die sprachliche Anforderung errichtet still und leise eine neue Hürde.

Ein zweites Spannungsfeld verdient Erwähnung. Die Fähigkeiten, die 2019 einen starken Entwickler ausmachten – sichere Beherrschung der Syntax, auswendig gelernte APIs, Fehlersuche auf niedriger Ebene –, sind nicht die Fähigkeiten, die in diesem Modell zum Erfolg führen. Das neue Profil ähnelt eher einer Kreuzung aus technischem Redakteur und Systemarchitekt: jemand, der ein Problem zerlegen, seine Rahmenbedingungen spezifizieren und das Ergebnis kritisch prüfen kann. Die meisten Einstellungsverfahren prüfen das noch nicht.

Meine Einschätzung: Erfolgreich werden in den nächsten fünf Jahren nicht die Ingenieure sein, die am schnellsten programmieren, sondern jene, die am klarsten spezifizieren. Die Fähigkeit, ein System stringent und eindeutig zu beschreiben – seine Eingaben, Ausgaben, Fehlerfälle und Rahmenbedingungen –, ist heute eine technische Kernkompetenz. Wer sie als Soft Skill abtut, landet bei KI-generiertem Code, den niemand vollständig versteht und niemand warten möchte.

Wie viel Prozent Ihres Arbeitstages besteht heute aus Englisch?