To år med maskingenereret kode — nu sletter han det hele igen

Udvikler Mo Bitar deler en opsigtsvækkende erfaring: Efter to år med såkaldt “vibe coding” viste det sig, at meget af den kode, kunstig intelligens havde hjulpet med at skrive, var så svær at vedligeholde, at den måtte slettes og bygges om. Det er en vigtig påmindelse til virksomheder, der satser stort på automatiseret softwareudvikling.

Kort fortalt:

• Kunstig intelligens kan producere store mængder kode på kort tid — men kvaliteten følger ikke altid med
• Kode kan se fin ud i små ændringer, men ende som koderod, når projektet vokser
• Tidsbesparelsen kan blive spist op af teknisk gæld (koderod der gør ændringer dyrere og langsommere senere)
• Kommentarerne peger på en mellemvej: brug værktøjerne afmålt og med stram kvalitetssikring

Hvad er “vibe coding”?

Begrebet dækker over en arbejdsform, hvor man beskriver, hvad programmet skal gøre i almindeligt sprog, og et system baseret på kunstig intelligens skriver selve koden. Det føles hurtigt og ubesværet — deraf navnet — og kan være fristende, når man vil levere mere på kortere tid.

Problemet viser sig først senere

I Bitars beretning var starten lovende: Kode blev skrevet på minutter i stedet for timer. Men efterhånden som projektet voksede over uger, begyndte mønsteret at ændre sig. Han beskriver, at helheden blev svær at overskue og dyr at rette i.

Han forsøgte blandt andet at styre processen med lange, detaljerede specifikationer i Obsidian (et noteværktøj), men oplevede, at det stadig var svært at holde en stabil struktur over tid.

Hvad betyder det for din virksomhed?

For danske virksomheder og offentlige organisationer er pointen enkel: Det, der skal virke mandag morgen, skal også kunne ændres sikkert tirsdag eftermiddag. Hvis ingen i organisationen reelt forstår den kode, der bliver sat i drift, kan man ende med løsninger, der er dyre at vedligeholde — og risikable, hvis de rummer fejl.

⚠️ Pas på denne faldgrube
Maskingenereret kode kan se korrekt ud på overfladen, men mangle den struktur, der gør den holdbar over tid.

Det kan du gøre nu

1. Indfør altid faglig gennemgang af kode, uanset om den er skrevet af mennesker eller maskiner
2. Sæt klare kvalitetskrav (struktur, dokumentation og test), før I skalerer brugen op
3. Mål ikke kun hastighed — mål også vedligeholdelsesomkostninger over tid
4. Start med små, afgrænsede projekter, og evaluer efter nogle uger (ikke efter to dage)
5. Sørg for, at en erfaren udvikler har ansvar for den overordnede struktur og sammenhæng
6. Lav en enkel “stop-regel”: Hvis teamet ikke kan forklare koden, skal den ikke i drift

Kilder

• Mo Bitar: “After two years of vibecoding, I’m back to writing by hand” (Substack)