Kent Beck, Erfinder der testgetriebenen Entwicklung (Test-Driven Development) und Unterzeichner des Agile Manifesto, veröffentlicht einen zum Nachdenken anregenden LinkedIn-Beitrag, in dem er das Phänomen des „Vibe Coding" kritisiert: die Praxis, sich primär auf Intuition und KI-generierten Code zu verlassen, ohne systematische Testdisziplin. Sein Beitrag, der angesichts seiner grundlegenden Beiträge zur Softwaretechnik erhebliches Gewicht hat, löst eine breite Debatte in der gesamten Branche über das Gleichgewicht zwischen KI-Unterstützung und ingenieurtechnischer Disziplin aus.

Zentrales Argument: Bauchgefühl reicht nicht aus

Becks These: „Wenn es sich richtig anfühlt, shippe es" ist ein grundsätzlich fehlerhafter Ansatz, unabhängig davon, ob der Code von Menschen oder von KI generiert wurde. Softwarekorrektheit erfordert eine systematische Validierung: Tests, die einen objektiven Nachweis liefern, dass der Code funktioniert, Regressionsvermeidung, ausführbare Spezifikationen, die das erwartete Verhalten dokumentieren, sowie Design-Feedback, das Komplexitätsprobleme frühzeitig aufdeckt. Intuition hat einen Wert, ersetzt aber keine rigorose Verifikation.

Die Relevanz von TDD im KI-Zeitalter

Denjenigen, die TDD angesichts der KI-Codegenerierung für überholt halten, entgegnet Beck: KI verstärkt die Konsequenzen undisziplinierter Entwicklung. Schneller zu programmieren ohne Tests bedeutet, schneller technische Schulden anzuhäufen; KI-generierter Code enthält weiterhin Fehler, die es zu erkennen gilt; Tests helfen dabei, Prompts zu verfeinern; TDD-Disziplin verhindert, dass plausible, aber fehlerhafte KI-Ausgaben akzeptiert werden. TDD ergänzt KI, anstatt von ihr abgelöst zu werden.

Eine nuancierte Kritik

Beck unterscheidet: Prototyping (Vibe Coding akzeptabel für Wegwerf-Experimente), Produktionscode (Tests nicht verhandelbar), persönliche Projekte (individuelle Entscheidung) sowie Team- oder Unternehmenscode (professionelle Verantwortung erfordert Disziplin). Dies ist keine Verurteilung der KI-Unterstützung: Die Kritik richtet sich gegen die Abkehr von der Verifikation, nicht gegen die Nutzung der Werkzeuge.

KI als Verstärker

Kerngedanke: KI verstärkt bestehende Tendenzen. Disziplinierte Ingenieure beschleunigen mit KI den Red-Green-Refactor-Zyklus; undisziplinierte Ingenieure produzieren schneller fehlerhaften Code. KI beseitigt nicht die Notwendigkeit von Disziplin, sie verstärkt deren Konsequenzen.

Reaktionen und gemeinsame Grundlage

Die Reaktionen reichen von Traditionalisten über Pragmatiker bis hin zu KI-Enthusiasten; Gegenargumente (TDD sei zu langsam, Tests seien durch KI generierbar, Marktdruck) verdienen Beachtung, ohne dabei das Prinzip der Verifikation zu entkräften. Ein Konsens bildet sich um hybride Ansätze: KI für Code-Entwürfe und mühsame Testfälle, Tests zur Validierung der KI-Ausgaben, Rigorosität abgestuft nach Kritikalität des Codes. Beck fasst das Thema als Frage der beruflichen Ethik: KI verändert die Art, wie man programmiert, nicht die Bedeutung von Qualität.