Jenseits von Vibe Coding: Kent Beck über Augmented Coding

Ich teile Kent Becks Einordnung von Augmented Coding vs. Vibe Coding, die mit dem übereinstimmt, was wir verfolgen.

Originalzusammenfassung: https://tidyfirst.substack.com/p/augmented-coding-beyond-the-vibes

Kent Beck trennt "Augmented Coding" und "Vibe Coding" danach, wie sehr sich der Entwickler um Codequalität und Kontrolle kümmert.

Kategorie	Vibe Coding	Augmented Coding
Sorgfalt für Code	Wenig Interesse an interner Qualität	Achten auf Komplexität, Tests und Abdeckung
Fehlerbehandlung	Den "Geist" nach einer ausreichend guten Lösung fragen	Zwischenergebnisse beobachten und bei Bedarf eingreifen
Ziel	Fokus nur auf Verhalten	Produktionsreifer, performance-kompetitiver Code
Entwicklerrolle	Funktionalität hauptsächlich delegieren	Design/TDD leiten und KI als Unterstützung nutzen

Augmented Coding vs. Vibe Coding

Beck erkannte die Aufteilung, nachdem er den Umfang auf eine B+ Tree Bibliothek eingegrenzt und dann wieder erweitert hatte, um zu sehen, ob KI ein Produktionsniveau erreichen könnte.

Wertesystem von Augmented Coding

• Sauberer Code, der funktioniert bleibt das Ziel, auch wenn KI den größten Teil davon tippt.
• TDD & Tidy First: Red → Green → Refactor beibehalten; strukturelle (nicht-verhaltensbezogene) von verhaltensbezogenen Änderungen trennen – niemals mischen und zuerst die Struktur vornehmen.
• Hohe Codequalität: Duplizierung entfernen, Namen/Struktur für Klarheit, einfachste Lösung wählen.
• Commit-Disziplin: Nur committen, wenn Warnungen verschwunden sind, Tests bestanden sind und die Änderung eine einzelne logische Einheit darstellt.

Analogie

Wenn "Vibe Coding" bedeutet, einen KI-Koch zu bitten, ohne Rezept ein leckeres Gericht zu zaubern, bedeutet "Augmented Coding", dass der Entwickler-Koch Zutaten, Sauberkeit und Schritte streng verwaltet und den Koch bittet, TDD/Tidy First zu befolgen, während er nur die mühsamen Teile auslagert. KI schreibt Code, aber Qualität und Struktur bleiben in der Verantwortung des Entwicklers.