0034 min lesezeit
Über vibe coding
Was wirklich neu ist, was nicht, und wofür man es einsetzen sollte und wofür nicht.
„Vibe coding“ ist der aktuelle Begriff für das Klopfen an einem Coding-Agenten, bis das Ergebnis sich richtig anfühlt. Es ist die zweite Inkarnation einer Sache, die Programmierer*innen seit jeher tun, mit neuer Ergonomie, die es jetzt sichtbar macht.
Was nicht neu daran ist: die Verkürzung der Schleife zwischen Absicht und Artefakt. Programmierer*innen komprimieren diese Schleife seit sechzig Jahren. Lochkarten → Assembler → Hochsprache → IDE mit Autocomplete → REPL → Live Reload. Jeder Schritt erlaubt, dass man eine Klasse von Mechanik nicht mehr durchdenken muss, sondern an der Sache selbst arbeiten kann. Vibe coding ist die nächste Folge.
Was neu ist: die Artefakt-Schleife ist nicht mehr nur Text. Es geht nicht mehr nur um „Ich will einen zentrierten Button“ → „Der Button ist zentriert“. Es geht um „Das soll sich wie eine Linear-Seite anfühlen“ → „Tut es jetzt“. Man kann Outcomes beschreiben, die historisch Geschmack erforderten, und das System darauf zu iterieren bringen. Das ist eine neue Art Kompression: die Schleife zwischen Ästhetik und Ergebnis, die vorher gar keinen Feedback-Kanal hatte.
Das Schlechte daran. Vibe coding belohnt kurzfristiges Urteil und bestraft langfristiges. Man konvergiert schnell zum lokalen Optimum, das sich richtig anfühlt. Man denkt nicht an die Architektur fünf Iterationen später, an den Test bei sechs, an den Vertrag bei zwölf. Die Schleife ist so eng, dass das langsame, bewusste Nachdenken übersprungen wird, das dauerhafte Software produziert. Es ist dieselbe Falle wie bei jedem Produktivitätssprung, nur ausgeprägter, weil jede Iteration so billig ist, dass es noch weniger Grund gibt anzuhalten.
Der richtige Weg, finde ich, ist: vibe-code die disposable Teile deiner Arbeit, und erwachsen-code die tragenden. UI-Varianten? Vibe. Layout-Exploration? Vibe. Prototyp zum Lernen? Vibe. Datenmodell, Auth-Grenze, Migration, das was dir in 18 Monaten leid tut? Langsamer werden. Diff lesen. Test schreiben. Namen wie ein Erwachsener wählen.
Das Muster, das bei mir funktioniert: vibe vorwärts, prüfen rückwärts. Drei Drafts erzeugen lassen, jeden sorgfältig lesen, wählen. Nicht mergen, was du nicht gelesen hast. Den Agenten als schnellen Typisten ohne Geschmack behandeln (was er meistens ist), und den Geschmack selbst beisteuern.
Genau wie Code Review früher, nur dass der Reviewee jetzt die Maschine ist.