Wer erkennt die falsche Form?

Drei hölzerne Dominosteine bilden ein unmögliches Dreieck; einer ist olivgrün koloriert.

Erfahrene Programmierer könnten beim Arbeiten mit KI inzwischen im Nachteil sein. Das behauptet zumindest David Heinemeier Hansson (Link zum Video in den Kommentaren). Eine Zeit lang, sagt er, habe ihn seine Erfahrung produktiver gemacht: Er konnte den Agenten genau sagen, wie er selbst etwas gebaut hätte. Dann kam die Phase, in der es bessere Ergebnisse brachte, das gewünschte Ergebnis zu beschreiben, statt den Weg dorthin vorzugeben. Diesen Wechsel vollzog er spät, weil er weiter den Weg vorgab.

Ich bin ein ganz ordentlicher Programmierer, seit gut zwanzig Jahren. Trotzdem war ich nie in dieser ersten Phase. Ehrlich gesagt hat mir das Schreiben von Code nie besonders viel Spaß gemacht. Ich will einfach Dinge möglich machen. Deshalb war das Programmieren den größten Teil meines Berufslebens der Engpass. Diese grauenhafte, albtraumhafte Endlosschleife wie in »Und täglich grüßt das Murmeltier«: schreiben, ausführen, prüfen, Fehler suchen. Ich hatte ständig mehr Ideen, als ich umsetzen konnte. Diese Lücke war das Frustrierende an der Arbeit, weniger die Arbeit selbst.

Als die Agenten kamen, musste ich also nichts loslassen. Kein geliebtes Handwerk aufgeben, keine fast religiöse Gewohnheit ablegen. Ich ging direkt dazu über, Ergebnisse zu beschreiben, weil ich von Anfang an nie etwas anderes gewollt hatte.

Damit passe ich schlecht in DHHs Argumentation. Seine Begründung dafür, dass Programmierer schlechter abschneiden: Viele von ihnen seien keine guten Produktmanager. Sie wüssten nicht, was das Produkt leisten soll, für wen und in welcher Reihenfolge. Das ist eine berechtigte Beobachtung über eine fehlende Fähigkeit, und ich habe das oft genug selbst erlebt. Aber daraus folgt nicht, dass Programmierwissen zum Nachteil geworden ist. Es heißt, dass man mit der einen Fähigkeit ohne die andere nicht weit kommt. Das galt schon vor all dem.

Wo sich dieses Wissen wieder auszahlt: beim Beurteilen dessen, was zurückkommt.

Vor einer Weile baute ein Kollege mit einem Agenten eine Funktion. Sie funktionierte, die Tests liefen durch, ein anderer Entwickler prüfte den Code und hatte nichts anzumerken. Aber für eine kleine Aufgabe verursachte sie enormen Rechenaufwand. Das fiel mir sofort auf.

Aus Neugier ließ ich den Agenten selbst dieselbe Aufgabe bearbeiten, vermutlich mit denselben Anweisungen, und bekam dasselbe Ergebnis. Der Agent hatte nicht versagt, und mein Kollege war nicht nachlässig gewesen. Die Aufgabe führte in der beschriebenen Form einfach dorthin. Ein einziger Satz im Prompt veränderte das Ergebnis dann vollständig. Danach war es ausgezeichnet.

Damit bleibt die Frage, zu der DHH nicht kommt. Wenn es Erfahrung braucht, um zu erkennen, dass eine Lösung die falsche Form hat, und Erfahrung jetzt der Nachteil ist: Wer erkennt es dann noch?