- In Teams lässt sich mittlerweile leicht erkennen, dass es sich um LLM-generierten Code handelt
- Dieser Code ist klar, funktional und gut getestet, hält dabei aber oft Projektkonventionen nicht ein
- Er ignoriert verschiedene bestehende Muster oder Bibliotheken und implementiert stattdessen eigene Lösungen
- In der Softwareentwicklung wächst die Sorge, dass zunehmend nur Geschwindigkeit im Fokus steht
- Am Ende zählen jedoch Qualität und Konsistenz sowie die Wartbarkeit
Spuren des Vibe Coding
- In den von Teammitgliedern geschriebenen Codeblöcken wirkt manches auf den ersten Blick klar und funktional perfekt, doch weil es die projektspezifischen Konventionen nicht einhält, erkennt man sofort, dass er von einem LLM stammt
- Obwohl bereits eine Datenabruf-Bibliothek im Projekt vorhanden ist, wird trotzdem eine eigene HTTP-Anfragen-Implementierung geschrieben, die alle Ausnahmefälle abdeckt
- Bestehende Hilfsfunktionen in Modulen werden wiederholt neu erstellt, oder obwohl es einen Mechanismus zur Konfigurationsänderung auf Modulebene gibt, wird stattdessen die globale Konfiguration angepasst
- Obwohl eine funktionale Programmierkultur etabliert ist, wird neuer klassenbasierter Code geschrieben
- Dieser Code zeigt eine Code-Entwicklung, die Menschen vor einigen Jahren so nicht mehr umgesetzt hätten
Bedeutung von Wartbarkeit und Softwaregrundsätzen
- In der Softwareentwicklung wurden lange Anstrengungen unternommen, um langfristig wartbare Muster und Standards zu etablieren
- Tatsächlich kann jeder Code schreiben, der funktioniert, aber die eigentliche Herausforderung ist Code zu schaffen, der sich über lange Zeit leicht verwalten und ändern lässt
- Nicht die reine Feature-Umsetzung ist der Maßstab, sondern eine Codebasis, die auch in der Zukunft wartbar bleibt
- „Vibe Coding“ kann diese Philosophie und Standards untergraben
Ist Geschwindigkeit der höchste Maßstab?
- Er vergleicht es mit einem neuen Barista im Café, der in Eile Kaffee verschüttet, und betont, dass Fixierung auf Geschwindigkeit nicht zu guten Ergebnissen führt
- Auch heutige Entwicklungsteams versuchen oft, zu schnell neue Software zu bauen, was zu Qualitätsverlust führt
- Menschen wollen in der Regel eher ein ordnungsgemäßes Ergebnis, selbst wenn sie ein wenig länger warten müssen
- Eigentlich dachte er, dass der Fokus auf Tempo ein Problem außerhalb der Entwicklung sei, ist aber enttäuscht, dass auch Kolleginnen und Kollegen in der Entwicklung Principien aufgeben und nur noch auf Geschwindigkeit setzen
Was wir wirklich wollen
- Es spielt keine Rolle, wie man den Code in die IDE einfügt
- Entscheidend ist die Einstellung des Entwicklers zur Codequalität
- Er erkennt an, dass LLMs eine bedeutende technische Innovation sind, betont jedoch, dass die Verantwortung für die tatsächliche Software weiterhin bei den Entwicklerinnen und Entwicklern liegt
- Er empfiehlt, konkrete bestehende Prinzipien wie „bessere Prompt-Formulierung“, „korrekte Bibliotheksauswahl“, „Bereitstellung von Beispielen“ und „Arbeiten in kleinen Datei-Einheiten“ zu kennen und anzuwenden
- Ermahnt dazu, Codequalität und Wartbarkeit nicht nur den „Gewichten“ des Modells zu überlassen
Noch keine Kommentare.