Die Leute fragen ständig, ob KI Programmierer in fünf Jahren auslöschen wird. Ich glaube, diese Frage ist bereits einen Schritt zu spät. Das Hässlichere passiert weiter unten. Ich komme immer wieder auf ein sehr direktes reales Szenario zurück: Ein kleiner Softwareladen besetzte eine gewöhnliche Business-Anwendung früher mit einer Produktperson, einem Designer, zwei Frontend-Entwicklern, einem Backend-Entwickler und QA. Dann zwang der Inhaber die Senior-Leute, KI für die langweiligen Teile zu nutzen. Die Datenbankmodelle kamen schnell heraus. Die CRUD-Endpunkte kamen schnell heraus. Die Formularseiten kamen schnell heraus. Sogar die Testgerüste kamen schnell heraus. Ein großer Teil der Junior-Arbeit verschwand einfach.
Genau das ist der Teil, den immer noch zu viele Leute nicht klar aussprechen wollen. KI zerstört nicht in erster Linie die Idee des Programmierens. Sie greift den alten Trainingsplatz an: Admin-Dashboards, interne Tools, Boilerplate-APIs, formularlastige Oberflächen, Test-Scaffolding, Migrationslogik und all die repetitiven Tickets, die früher nervig, aber nützlich waren, weil sie Menschen beibrachten, wie reale Systeme funktionieren. Sobald diese Schicht von KI aufgefressen wird, verschwindet der Beruf nicht über Nacht. Die Leiter schon.
Der alte Weg für Anfänger war nie glamourös
Niemand ging in die Softwareentwicklung, weil er davon träumte, Seiten für Kontoeinstellungen oder noch ein internes Freigabe-Dashboard zu bauen.
Aber genau so haben viele gelernt.
Sie lernten durch den Umgang mit:
- langweiligen Tickets
- repetitiven Bugfixes
- CRUD-Screens
- Validierungsregeln
- API-Kleber
- Admin-Panels
- Test-Aufräumarbeit
- Doku, die niemand anfassen wollte
Diese Arbeit war nicht beeindruckend. Sie war trotzdem wertvoll.
Sie erlaubte Anfängern, bei beherrschbaren Dingen Fehler zu machen. Sie gab ihnen Wiederholungen. Sie zeigte ihnen, wie chaotisch echte Software jenseits von Tutorials tatsächlich ist.
Genau deshalb halte ich diesen Moment für so gefährlich. KI schlägt am härtesten auf der am wenigsten glamourösen Schicht ein, und genau diese Schicht war das Ausbildungssystem, ob es den Leuten gefiel oder nicht.
Die Ökonomie wird sehr schnell brutal
Dass sich das so schnell bewegt, liegt nicht daran, dass die Modelle magisch sind. Es liegt daran, dass die Mathematik brutal ist.
Wenn ein Senior Engineer per Prompt in der Zeit, die ein Junior-Entwickler früher brauchte, um sich einzuarbeiten, Fragen zu stellen und die erste Version per Hand zu bauen, schon einen brauchbaren ersten Durchgang für Folgendes erzeugen kann:
- ein Backoffice-Dashboard
- einen Schwung Endpunkte
- ein Berechtigungsformular
- ein Migrationsskript
- Unit-Test-Scaffolding
dann sieht das Management keine philosophische Debatte. Das Management sieht Kostenkompression.
Darum kaufe ich die beruhigende Linie "KI macht ja immer noch Fehler" nicht. Natürlich tut sie das. Das ist nicht die relevante Schwelle. Wenn die Senior-Person den KI-Output schneller korrigieren kann, als sie den Junior durch denselben Prozess coachen kann, wird der Junior-Sitz sehr viel schwerer zu verteidigen.
Deshalb wirken kleine Teams plötzlich noch kleiner
Ich glaube, viele verpassen, wie konkret das alles schon ist.
Nimm ein ganz normales Projekt: Ein Kunde will eine interne Web-App mit Formularen, Benutzerrollen, Reporting und ein paar Integrationen. Vor ein paar Jahren bedeutete das, einen Teil der Umsetzung an Juniors zu geben, weil die Arbeit vorhersehbar und zeitaufwendig war.
Jetzt verändert sich das Gespräch.
Statt:
- "lass den Junior die Formulare bauen"
- "lass den Junior die API aufsetzen"
- "lass den Junior das Test-Setup übernehmen"
heißt es:
- "lass den Senior den ersten Durchgang mit KI generieren"
- "prüfe Security und Business-Logik"
- "shippe schneller mit weniger Leuten"
Das ist keine Theorie. Das ist eine Änderung im Arbeitsablauf. Und sobald sich ein Arbeitsablauf so verändert, verändert sich auch der Personalbedarf.
Der Beruf überlebt. Die Anfänger-Spur nicht
Genau diese Unterscheidung würde ich gern öfter hören.
Es wird weiterhin Engineers geben.
Es wird weiterhin harte Bugs geben.
Es wird weiterhin hässliche Integrationen, Sicherheitsfehler, Produktionsvorfälle, seltsame Performance-Probleme, Architektur-Abwägungen, Berechtigungsfehler und Business-Regeln geben, die kein Modell aus einem einzigen Prompt sauber versteht.
Aber nichts davon schützt die alte Anfänger-Spur.
Was früher ein Trainingsplatz war, sieht aus dem Stuhl eines Managers heute genau wie der Ort aus, an dem KI als Erstes Geld sparen soll.
Darum ist das viel härter als die Frage "Werden Programmierer verschwinden?"
Nein, nicht so.
Die härtere Version lautet: Werden Unternehmen Menschen noch dafür bezahlen, auf der Arbeit zu lernen, die KI inzwischen gut genug erledigt?
Darauf sieht die Antwort deutlich schlechter aus.
"Lern einfach KI" ist keine vollständige Antwort
Ich glaube auch, dass ein großer Teil der Ratschläge in diesem Bereich zu glatt ist.
Ja, neue Entwickler sollten die Tools lernen.
Ja, sich zu weigern, KI zu nutzen, ist dumm.
Aber "nutze KI" ist für sich genommen kein Karriereplan.
Wenn alles, was du tust, darin besteht, mit KI auf genau der Schicht schneller zu werden, die der Markt bereits abwerten will, entkommst du dem Problem nicht. Du sitzt mitten drin.
Der sicherere Wert verschiebt sich nach oben:
- klarere Zerlegung von Anforderungen
- Systemdenken
- Architektur-Urteilskraft
- Debugging von generiertem Unsinn
- erkennen, wann Code nur korrekt aussieht
- verstehen, wie Produkt- und Business-Logik tatsächlich zusammenpassen
Das ist eine andere Latte als bloß "kann Code schreiben".
Das Langzeitrisiko ist ein Kollaps der Pipeline
Das ist der Teil, in den Unternehmen meiner Meinung nach schlafwandeln.
Senior Engineers erscheinen nicht aus dem Nichts. Sie entstehen meistens aus Jahren kleinerer, chaotischerer, repetitiver Arbeit, bis die Musterbibliothek in ihrem Kopf stark genug wird, um schwierigere Dinge zu tragen.
Wenn Unternehmen diese Schicht zu aggressiv ausräumen, weil die kurzfristigen Einsparungen fantastisch aussehen, könnten sie später entdecken, dass sie Geld gespart haben, indem sie den Weg niedergebrannt haben, der früher ihre künftigen Seniors hervorgebracht hat.
Diese Art Fehler ist für mich sehr glaubwürdig.
Sie würde perfekt ins Muster passen:
- jetzt Effizienz feiern
- das Trainingsproblem ignorieren
- später in Panik geraten, wenn der Markt voller Menschen ist, die KI-Tools benutzt haben, aber nie echte Urteilskraft aufgebaut haben
Was ich einem neuen Entwickler heute sagen würde
Wenn ich heute neu anfangen würde, würde ich aufhören, das Ziel als "jemand sein, der Code schreibt" zu definieren.
Das ist zu klein.
Ich würde darauf abzielen, jemand zu werden, der:
- das ganze System versteht
- erkennt, wo generierter Code schwach ist
- Bugs über Schichten hinweg nachverfolgt
- über Berechtigungen und Fehlerzustände nachdenken kann
- vage Anforderungen in brauchbare Architektur übersetzt
- KI nutzt, ohne ihr blind zu vertrauen
Denn der Markt wird für rohen Code-Output weniger bezahlen als früher. Er wird mehr für die Person bezahlen, die weiß, ob dieser Output sicher, vollständig und versandwürdig ist.
Schlussgedanke
Nein, ich glaube also nicht, dass KI einfach "Programmierer tötet".
Ich glaube, sie tut zuerst etwas Gemeineres.
Sie höhlt die billige, repetitive, anfängerfreundliche Arbeit aus, die Menschen überhaupt erst beigebracht hat, wie man Programmierer wird.
Darum ist der eigentliche Kampf hier nicht KI gegen Software Engineering.
Es ist KI gegen die Junior-Leiter.
Und wenn diese Leiter zusammenbricht, zeigt sich der Schaden nicht nur in den Einstellungszahlen dieses Jahres. Er zeigt sich ein paar Jahre später, wenn plötzlich alle merken, wie schwer es geworden ist, Leute mit echter Urteilskraft zu finden.