KI hat das Programmieren einfacher gemacht. Aber Engineering ist schwieriger geworden
(ivanturkovic.com)- Durch die Verbreitung von KI-Tools ist das Schreiben von Code einfacher geworden, doch Arbeitsintensität und Komplexität der Aufgaben von Softwareingenieuren haben vielmehr zugenommen
- Da KI die Produktivität steigert, sind die Erwartungen von Organisationen und die Grundlinie des Arbeitspensums gestiegen; Ingenieure stehen unter Druck, mehr Arbeit in kürzerer Zeit zu leisten
- Da eine auf das Schreiben von Code fokussierte berufliche Identität an Gewicht verliert, sehen sich Ingenieure damit konfrontiert, auch nicht-entwicklungsbezogene Aufgaben wie Reviews, Design und Produktdenken zu übernehmen
- Für die Prüfung und das Debugging von durch KI erzeugtem Code wird mehr Zeit benötigt, wodurch die Last der Qualitätssicherung und die kognitive Belastung steigen
- Für eine nachhaltige Engineering-Kultur sind Empathie in der Führung, klar gesetzte Rollengrenzen, die Förderung von Junioren und neue Bewertungsmetriken unverzichtbar
Eine verschobene Grundlinie und unsichtbare Belastungen
- Seit der Einführung von KI ist die erwartete Output-Menge von Ingenieuren stark gestiegen; auch ohne ausdrückliche Anweisung wird mehr Arbeit verlangt
- Laut einer Studie der Harvard Business Review gehen Mitarbeitende, die KI nutzen, nicht früher nach Hause, sondern erledigen mehr Arbeit
- 83 % gaben an, dass KI ihre Arbeitsmenge erhöht habe; die Burnout-Quote liegt bei Fachkräften bei über 60 %, bei Führungskräften dagegen bei 38 % – eine deutliche Lücke
- Während die Führung annimmt, „KI mache die Arbeit einfacher“, erleben Ingenieure in der Praxis Komplexität und Erschöpfung
- Auch in einer separaten Umfrage unter mehr als 600 Personen berichteten zwei Drittel von Burnout, und 43 % sagten, die Führung kenne die Realität nicht
Die Krise der Ingenieursidentität
- Viele Ingenieure haben berufliche Zufriedenheit aus dem kreativen Akt des direkten Codens gezogen
- Mit der Einführung von KI verbreitet sich jedoch die implizite Botschaft: „Schreibe den Code nicht selbst, sondern verwalte ihn.“
- KI übernimmt die Implementierung, und Ingenieure wechseln in die Rolle von Aufsichtspersonen und Reviewern
- Das ist nicht nur eine einfache Veränderung, sondern eine grundlegende Verschiebung der beruflichen Identität, die den Stolz erfahrener Fachkräfte schwächt
- Wie in der Formulierung „vom Builder zum Prüfer“ steigt zwar die Menge des Outputs, doch Handwerksstolz und Flow gehen zurück
Rollenausweitung und Scope Creep
- Da KI die Umsetzung beschleunigt, verlagern sich Engpässe auf umliegende Aufgaben wie Anforderungen, Architektur, Tests und Deployment
- Organisationen verteilen diese Arbeit auf Ingenieure um, die dadurch auch Produktplanung, Risikobewertung und Betriebsmanagement übernehmen
- Auch die Harvard-Business-Review-Studie zeigt, dass Rollengrenzen verschwimmen und sich Aufgaben von PMs, Researchern und Ingenieuren überschneiden
- 45 % der Engineering-Rollen verlangen bereichsübergreifende Fähigkeiten, ohne dass Vergütung oder Entscheidungsspielraum entsprechend steigen
- In der Folge weitet sich der Aufgabenbereich aus und die fachliche Tiefe nimmt ab, was Burnout weiter beschleunigt
Das Paradox der Aufsicht: Wie schwer KI-Code-Reviews sind
- Es entsteht das Paradox, dass die Prüfung von KI-generiertem Code schwieriger ist als ihn selbst zu schreiben
- Wer selbst schreibt, kennt den Kontext; bei KI-Code ist jedoch die Grundlage der Entscheidungen unklar, was die Review-Last erhöht
- In einer Umfrage von Harness sagten 67 %, dass die Debugging-Zeit zugenommen habe, und 68 % berichteten von längeren Review-Zeiten
- Das Management erwartet Geschwindigkeitsgewinne, tatsächlich steigt jedoch die Last von Qualitätssicherung und Kontextverständnis
- Der Produktionsengpass verschiebt sich von der Schreibphase zur Verstehensphase – und das lässt sich nicht durch Automatisierung lösen
Die Beschleunigungsfalle und Nachhaltigkeit
- Wenn KI das Tempo erhöht, entsteht ein selbstverstärkender Kreislauf, in dem das Arbeitspensum ganz natürlich wächst
- Die Harvard-Studie bezeichnet dies als „workload creep“: Überlastung häuft sich an, ohne bewusst wahrgenommen zu werden
- Früher bildeten menschliche Denk- und Tippgeschwindigkeit eine natürliche Grenze, doch KI hebt diese Begrenzung auf
- Das Ergebnis: Produktivitätsmetriken steigen, aber die Qualität sinkt, während technische Schulden und Erschöpfung zunehmen
- Nach außen sieht es wie ein Produktivitätsschub aus, intern schreiten jedoch Verschleiß und Qualitätsverlust voran
Der unterbrochene Lernpfad für Junior-Ingenieure
- Weil KI einfache Aufgaben ersetzt, gehen praktische Übungsmöglichkeiten für Berufseinsteiger stark zurück
- 2023–2024 ging die Einstellung von Nachwuchskräften in großen Tech-Unternehmen um 25 % zurück; ein Bericht von HackerRank bestätigt ebenfalls einen Fokus auf erfahrene Fachkräfte
- Wenn einfache Lernaufgaben verschwinden, bricht der Ausbildungsweg für künftige Senior-Kräfte weg
- Wie die Warnung sagt: „Man kann kein System beaufsichtigen, das man nie selbst gebaut hat“ – der Bruch grundlegender Kompetenzen wird als langfristiges Risiko gesehen
Was Führung jetzt tun muss
- Die Schwierigkeiten des Wandels mit Empathie nachzuvollziehen und ausdrücklich anzuerkennen ist der Ausgangspunkt für Vertrauen
- Konkrete Weiterqualifizierung bereitstellen: Systemdesign, Sicherheit, Product Thinking, Bewertung von KI-Code und andere fortgeschrittene Kompetenzen stärken
- Rollen klar abgrenzen und Vergütung anpassen, um grenzenlose Ausweitung zu verhindern
- Leistungskennzahlen neu definieren: Qualität, Stabilität und Teamgesundheit wichtiger nehmen als Geschwindigkeit oder Zeilenzahl
- Junior-Hiring beibehalten ist eine wesentliche Voraussetzung, um das Talent-Ökosystem langfristig zu erhalten
Strategien für einzelne Ingenieure
- Technische Grundlagen pflegen: Architektur, Debugging sowie Verständnis für Performance und Sicherheit werden eher noch wichtiger
- Die Beschleunigungsfalle im Blick behalten: Nicht automatisch die maximal mit KI erreichbare Geschwindigkeit anstreben, sondern einen nachhaltigen Rhythmus bewahren
- Interessante Bereiche der erweiterten Rolle annehmen und als Chance für die Karriereentwicklung nutzen
- Burnout und Isolation offen ansprechen und durch Gespräche mit Kollegen ein realistischeres Lagebild schaffen
- Technologischer Wandel hat sich immer wiederholt, und auch KI kann die Nachfrage nach grundlegend guten Fachkräften nicht ersetzen
Das Paradox, vor dem wir stehen
- Die Realität, dass KI das Programmieren einfacher gemacht, Engineering aber schwieriger gemacht hat, besteht gleichzeitig
- Steigende Erwartungen, erweiterte Rollen und mangelnde Unterstützung führen zusammen zu einer nicht nachhaltigen Kultur
- Wird dieses Paradox nicht anerkannt, sind Vertrauen und Talentbindung nicht aufrechtzuerhalten
- Wir dürfen nicht vergessen, dass Menschen und nicht Tools Produkte bauen, und
die eigentliche Wettbewerbsfähigkeit im KI-Zeitalter aus Organisationen entsteht, die menschliche Grenzen verstehen und schützen
2 Kommentare
Hacker-News-Kommentare
Dieser Essay wirkt teilweise KI-generiert oder stark mit einem LLM überarbeitet
Satzmuster wie „It’s not X, it’s Y“ wiederholen sich, und es ist auch verdächtig, dass ein Blog, der zwischen 2015 und 2025 fast inaktiv war, plötzlich explosionsartig Beiträge veröffentlicht
Diese Schreibweise ermüdet viele Menschen, aber für Leute, die in der Branche Erfolg anstreben, scheint das keine Rolle zu spielen
Der repetitive Rhythmus und Stil wirken wie ein typisches LLM-Ergebnis. Es fehlt an menschlicher Emotionalität, und der Inhalt ist leer
Es ist Zeit, kleine, hochwertige Communities zu schätzen, in die KI noch weniger eingedrungen ist
Formulierungen wie „The job changed. The expectations changed. And nobody sent a memo.“ klingen wirklich wie von KI geschrieben
Eines der Probleme, die ich tatsächlich gesehen habe, sind Fehler beim KI-Deployment. Leute wie „Vibe Coders“ brauchen IT-/Dev-Mentoren
Zum Beispiel hat ein Chirurg mit Claude eine Web-App für Operationsdokumentation gebaut und mich wegen Sicherheitsbedenken um ein Review gebeten
Code und DB waren in Ordnung, aber er hatte das gesamte Projekt als Zip-Datei verpackt und ins Web-Root hochgeladen, ohne eine index-Datei
Dadurch konnte jeder die Backup-Datei herunterladen, und darin steckten DB, API-Schlüssel, AWS-Schlüssel und alle anderen Geheimnisse
Er wusste nicht einmal, warum es überhaupt eine index-Datei gibt, und meinte schließlich, er werde Claude fragen, wie man das absichert
In ein paar Monaten werden auch Script Kiddies das massenhaft einsetzen, und vielleicht versucht dann jemand damit Swatting, was Menschenleben kosten könnte
Ich frage mich, wie dann über Verantwortung diskutiert wird
Auf die Aussage „Die meisten Engineers schreiben gern Code“ trifft das bei mir nicht zu
Mich interessiert es mehr, etwas zu entwerfen und zu bauen, als Code zu schreiben
Ob man für oder gegen KI ist, scheint am Ende auf den Unterschied hinauszulaufen zwischen „Man mag Coding“ und „Man baut gern Produkte für die Welt“
Aber KI kommt noch nicht auf dieses Niveau. Vieles kompiliert nicht einmal, und wenn es nicht richtig funktioniert, ist jede Optimierung bedeutungslos
Viele Kommentare kritisieren, dass dieser Text wie KI klingt, aber ich programmiere seit über 30 Jahren und leite seit 20 Jahren Teams, und für mich steckt darin tiefe Einsicht
Wer auch immer ihn geschrieben hat, ich halte den Inhalt für wertvoll. Dass er geflaggt wurde, hat mich überrascht
Wenn zum Beispiel ein Satz wie „Was ich beim Leiten eines Fintech-Teams gelernt habe“ nicht auf realer Erfahrung beruht, verliert er seinen Sinn
Wenn aber echte Erfahrung mit KI sprachlich geschliffen wurde, ist das für mich völlig in Ordnung
In Floskeln wie „KI ist unvermeidlich“ steckt keine Weisheit mehr
Im KI-Zeitalter verändert sich die Engineering-Denkweise
Früher war das eher ein vertikales, tiefes Eindringen in ein Problem, heute braucht man horizontales und metaorientiertes Denken
Ich habe zum Beispiel Dokumentation gelesen, um eine Claude-Umgebung zu optimieren, und dann stattdessen einfach Claude den Projektkontext gegeben und um Optimierung gebeten
Daraufhin wurden passende Plug-ins und Agenten automatisch vorgeschlagen und erzeugt
Entscheidend ist letztlich nicht die Detailimplementierung, sondern die Fähigkeit, die Struktur eines Projekts zu definieren
Die Kernaussage des Artikels stimmt. Automatisierung beseitigt die einfachen Aufgaben und zwingt dazu, sich auf schwierige Probleme zu konzentrieren
Beim Taschenrechner ist es ähnlich: Ein Buchhalter, der früher gut im Addieren war, muss heute Probleme auf höherer Ebene lösen
Für Einsteiger könnte gerade das Verschwinden des Codings allerdings eher ein Albtraum sein
Literarisch gesprochen schafft KI nicht schnell einen neuen Terry Pratchett, sondern sorgt eher dafür, dass jemand wie er untergeht
Wenn man KI-Blogposts nicht erkennen kann, wird man vermutlich auch schlechten Code nicht erkennen
Ich kann nicht gut erkennen, ob ein Text von einem LLM geschrieben wurde, aber wenn ich heutzutage Texte lese, spüre ich eine starke Ermüdung
Es sind einfach zu viele Worte, und für Menschen mit ADHS-Neigung ist das besonders schwer zu lesen
Dieser Text ist laut Pangram-Verlauf zu 100 % von KI geschrieben
Es gibt auch Studien, die zeigen, dass der Einsatz von LLMs nicht zu Produktivitätssteigerungen führt
Solche Texte setzen diesen Effekt oft stillschweigend voraus, aber in Wirklichkeit klaffen die Erwartungen des Managements und die Realität vor Ort auseinander
Aus Sicht von Engineers ist diese Lücke sehr deutlich