Warum noch 2026 programmieren? Der echte Beruf nach der KI

In einfachen Worten. Die Frage ist nicht mehr „Wird die KI die Entwickler ersetzen“, sondern „Wozu codiert man, wenn die KI 70 % des Textes generiert“. Die Antwort von Doug Turnbull: Codieren bleibt der einzige Weg, eine Absicht ausführbar, testbar, versionierbar zu machen. Was sich ändert, ist, wo der Wert liegt.

Kontext

Der Beitrag „Why Write Code in 2026“ (softwaredoug.com, 9. Juli) kursiert auf HN, weil er neben der üblichen Diskussion liegt. Der Autor - ein langjähriger ML-Ingenieur - verteidigt weder den heldenhaften Coder noch die Zukunft „no-code“. Er stellt eine schärfere These auf: Die KI hat das Prototyping kostenlos gemacht; es ist die Produktion, die teuer bleibt.

Analyse

Was der Code historisch bereitgestellt hat und was die KI nicht ersetzt:

• eine ausführbare Absicht - das einzige Artefakt, das die Maschine wirklich ausführen kann, bleibt Code, nicht ein Prompt;
• eine Testoberfläche - ein Modell, das „etwa so“ produziert, überlebt nicht den Diff auf 200 Dateien;
• eine versionierbare Spur - was die KI an einem Dienstagabend „entschieden“ hat, muss einen Monat später auditiert werden können.

Die Wertverschiebung geht in drei Bereiche: die Grenzen (was dein System wert ist, Daten, API-Verträge, Invariante), der Kontext (ein Repository strukturieren, damit sich ein Agent - Mensch oder KI - nicht verliert) und die Überprüfung (wissen, „dieser Diff ergibt keinen Sinn“ zu sagen, wenn es den Anschein hat).

Was das für das Handwerk bedeutet

Drei praktische Konsequenzen:

1. Die Tests werden zum Haupt-Editorial-Artefakt: Sie beschreiben die Absicht für die Maschine und für die nächste KI.
2. Die Modularität gewinnt noch mehr an Wert - nicht für die Wiederverwendung, sondern weil ein gut aufgeteiltes Modul in ein Kontextfenster passt.
3. Die Benennung wird wieder zentral: Ein Agent, der zwischen charge und charge_amount schwankt, wird einen Fehler machen, den ein abgelenkter Mensch nicht gemacht hätte.

Szenarien

Basis (60 %) : Die Teams, die die KI wie einen „schnellen Praktikanten, der geführt werden muss“ behandeln, gewinnen 20-30 % an Geschwindigkeit, ohne die Schulden zu verschlechtern. Optimistisch (25 %) : Die besten treiben die Automatisierung des Refactorings voran und gewinnen 50 % - aber nur auf bereits sauberen Codebasen. Pessimistisch (15 %) : Die Teams, die die KI ohne Struktur schreiben lassen, sehen die Schulden in 12-18 Monaten explodieren.

Risiken

Das echte Risiko ist nicht der Ersatz, sondern die Erosion des Urteilsvermögens - je weniger man schreibt, desto weniger liest man, desto weniger weiß man, wann ein Diff schlecht riecht.

So what

Codieren in 2026 bedeutet nicht mehr, Text zu produzieren: Es bedeutet, zu rahmen, zu testen, zu entscheiden. Die Frage, die jede Mannschaft stellen sollte: Wie viel Zeit brauchen Sie, um zu verstehen, was die KI gestern geschrieben hat? Wenn die Antwort „wir tun es nicht mehr“ ist, verkaufen Sie Ihre Zukunft für einen aktuellen Geschwindigkeitsgewinn.