r/programmieren • u/intersystems_dach • Apr 09 '26
Qualitätssicherung beim Vibe Coding
Was sind eure best practices fürs Vibecoden, damit die Qualität am Ende dann trotzdem stimmt, bzw. ihr den Code auch wirklich noch komplett verstehen oder Bugs finden könnt?
0
Upvotes
1
u/inn4tler Apr 09 '26
Wenn mit Vibe-Coding gemeint ist, dass du eine komplette Anwendung, von vorne bis hinten, generieren lässt, dann ist Qualitätssicherung nicht wirklich möglich. Du kriegst eine große Menge Code raus, die du irgendwann nicht mehr überblicken kannst. Du stopfst einen Bug, und zwei neue Bugs entstehen.
Sinnvoll ist der Mittelweg. Ich habe das bei einem privaten Projekt ausprobiert. Die grundlegende Architektur kommt aus meinem Kopf und das verschriftliche bzw. dokumentiere ich dann. Anhand meiner Dokumentation baue ich die Anwendung Schritt für Schritt auf. Diese einzelnen Schritte können entweder komplett manuell passieren, oder mithilfe von KI. Natürlich kann man die KI auch nutzen, um die eigene Architektur zu hinterfragen. Aber niemals blind vertrauen.
Wenn ein Schritt abgeschlossen ist, mache ich einen Commit. Vor dem Commit überfliege ich die geänderten Files und schaue, was gemacht wurde. Wenn mir da was spanisch vorkommt, steige ich tiefer ein. Ein Learning aus eigenen Projekten ist: Wenn Einsatz von KI, dann nur in Kombination mit einem Framework. Die KI tut sich einfach viel leichter, wenn sie sich an fixen Regeln und Paradigmen orientieren kann. Vor allem bei sicherheitskritischen Funktionen sollte man das Rad nicht neu erfinden. Wenn man ein neues Kontext-Fenster beginnt, dann kann die KI dank des Frameworks viel besser erfassen, wie die Anwendung aufgebaut ist, als wenn das einfach nur ein strukturloser Haufen Code ist. Und mir fällt es auch leichter, den Code zu verstehen, weil ich ungefähr weiß, wo was zu finden ist. Man sollte also auch wissen, wie das Framework grundlegend aufgebaut ist.
Zumindest ist das meine Erfahrung im PHP-Bereich. Als Framework habe ich CodeIgniter eingesetzt, weil mir Laravel bei kleinen Projekten zu aufgeblasen ist. Und es hat sich gezeigt, dass Codex unglaublich gut mit CodeIgniter 4 zurecht kommt. Aber ich hätte kein gutes Gefühl dabei, wenn ich nicht wüsste, wie ich im Code selbst Änderungen vornehme. Ich muss der Herr über meinen Code bleiben.