Im Februar 2026 hat die Ingenieurin und Autorin Marina Wyss auf Medium den kurzen Text „Should You Still Learn to Code in 2026“ veröffentlicht — eine ehrliche Bestandsaufnahme des Berufs zwei Jahre nachdem LLM-Assistenten dauerhaft in die IDE eingezogen sind. Ich habe ihn ein paarmal gelesen, in manchem zugestimmt, in anderem widersprochen — und beschlossen, einen eigenen Kommentar zu schreiben: wo sie recht hat, wo sie vereinfacht und was ich ergänzen würde.
Was der Originaltext sagt
Wyss formuliert die These, die inzwischen aus jeder Ecke der Branche kommt: Code zu schreiben ist nicht mehr die zentrale Aufgabe. Den Großteil der Syntax erzeugt der Assistent; die Entwicklerin untersucht, überprüft, erklärt, verhandelt. Aus ihrer Erfahrung ist die Einstiegstür enger geworden — die Zahl offener Stellen hat sich ungefähr halbiert, vor allem im Junior-Bereich. Die Motivation zu lernen entfällt damit aber nicht: „AI won’t wake up. You will“, schreibt sie in einer ihrer prägnantesten Zeilen.
Wo ich zustimme
Ihre Kernbeobachtung wirkt richtig. Der Wert einer Ingenieurin hat sich 2026 vom „schreibt Code“ hin zum „versteht, was passieren soll“ verschoben. Wenn der Assistent jede Funktion in Sekunden ausspuckt, gewinnt, wer die richtige Frage stellt, einen Diff lesen kann und merkt, welcher Teil nicht passt. Das ist keine neue Fähigkeit — es ist klassische Programmiererfahrung — nur ihr Anteil am Arbeitsalltag ist gewachsen.
„AI won’t wake up. You will.“
Dieser Satz fasst zusammen, was viele Autorinnen in fünf Absätze packen würden. Die Disziplin der Aufmerksamkeit und die Gewohnheit, fremden Code zu lesen, sind jetzt die entscheidenden Muskeln.
Wo ich Vorbehalte ergänzen würde
Wyss behandelt „Programmieren lernen“ manchmal als eine einzige Tätigkeit. In der Praxis hat dieser Satz mindestens drei Bedeutungen — und 2026 sieht für jede davon anders aus:
- Lernen, um einen ersten Job zu bekommen. Hier hat sie recht: Der Junior-Markt ist enger geworden, und ein Bootcamp allein öffnet die Tür nicht mehr. Was funktioniert, sind sichtbare Projekte mit einem klaren Interessenprofil.
- Lernen, um das eigene Produkt zu verstehen. Produktmanager:innen, Analyst:innen und Designer:innen, die SQL bis zum Ende lesen und eine Abfrage selbst reparieren können, gewinnen heute deutlich mehr als vor drei Jahren. AI ersetzt sie nicht — sie verstärkt die, die technische Lesefähigkeit bereits haben.
- Lernen um der Aufgabe willen. Hobby-Programmieren ist nicht verschwunden, und der LLM-Assistent macht es zugänglicher: Die Hürde „Syntax im Weg der Idee“ ist weg. Das ist ein neuer, leiser Modus des Lernens — und in ihrem Text wird er kaum erwähnt.
Was im Text fehlt
Es gibt eine stille Annahme: Die Entwickler:in von 2026 sei dieselbe wie 2020, nur jetzt mit einem Assistenten. Tatsächlich ändert sich auch der Karriereweg. Die vertikale Leiter Junior → Mid → Senior verflacht. Oft ist es nützlicher, in die Breite zu gehen — in eine angrenzende Domäne, Infrastruktur, Data, Security — und das Lesen-Können von Code mitzunehmen. AI macht enge Spezialisierung riskanter: Was ein Modell gut macht, wird jetzt umsonst gemacht.
Das Zweite, was ich im Original nicht gefunden habe: eine offene Auseinandersetzung mit der Werkzeugabhängigkeit. Wenn der Assistent 80 % des Codes schreibt, verliert man langsam den Reflex, die Doku zu öffnen und die Seite zu lesen. Anfangs fühlt es sich nach Geschwindigkeit an, irgendwann nach dem verlorenen Gehör einer Musikerin. Es lohnt sich, gelegentlich bewusst „altmodisch“ zu arbeiten — von Hand, ohne Prompt.
Kurzfassung
Wyss stellt die richtige Frage und gibt eine ehrliche, praktische Antwort für alle, die über den Beruf nachdenken. Ich würde ergänzen: „Programmieren lernen“ ist nicht eine, sondern mindestens drei Geschichten, und für zwei davon ist 2026 ein guter Zeitpunkt zum Anfangen. Die Falle ist, „ich lerne Syntax“ mit „ich lerne wie eine Ingenieurin zu denken“ zu verwechseln.
Der vollständige Originaltext liegt auf ihrem Medium. Wenn das Gespräch über 2026 Sie interessiert, lesen Sie ihren Text vor meinem — er ist kürzer und entschiedener.