Vibe coding en traditioneel programmeren lijken op papier om hetzelfde werk te strijden. De eerste route levert in een middag iets werkends op, de tweede kost een ontwikkelteam weken. Wie over software beslist en de twee naast elkaar legt, komt vanzelf bij de vraag: waar betaal je bij die tweede route dan nog voor?
Het antwoord zit in wat beide werkwijzen zijn. Bij vibe coding beschrijf je in gewone taal wat je wilt en genereert AI de code, zonder dat iemand met vakkennis per regel meekijkt. Bij traditioneel programmeren schrijft en beoordeelt een ontwikkelaar de code zelf en maakt hij bewuste keuzes over architectuur, beveiliging en onderhoudbaarheid. Dat klinkt als een technisch verschil. Het is vooral een verschil in verantwoordelijkheid.
Werkende code is niet hetzelfde als goede software
Een AI-tool optimaliseert op een resultaat dat werkt en er plausibel uitziet. Dat is iets anders dan software die past bij je organisatie. Of inloggegevens veilig worden opgeslagen, of de applicatie overeind blijft bij tien keer zoveel gebruikers, of een andere ontwikkelaar de code over twee jaar nog begrijpt: aan de demo zie je het niet.
Daar zit het werkelijke verschil. Een professionele ontwikkelaar kan elke keuze in de code uitleggen aan een auditor, een securityspecialist of zijn opvolger. Bij pure vibe coding kan niemand dat: de code is er wel, maar het begrip ontbreekt. Dat wreekt zich op het moment dat er iets stukgaat, gegevens op straat liggen of een aanpassing nodig is.
Op zijn sterkst zolang er niets van afhangt
Die kanttekeningen maken vibe coding niet waardeloos, ze bepalen het toepassingsgebied. Voor verkenning is de snelheid een groot voordeel: een idee toetsen voordat je er budget voor vrijmaakt, een demo voor het directieoverleg, een wegwerptool voor een eenmalige klus. Mag het prototype daarna weg, dan heeft het precies gedaan waarvoor het bestond. Wie er zelf mee werkt, merkt overigens snel dat er meer kennis bij komt kijken dan de term belooft; we schreven eerder waarom vibe coding niet betekent dat je niets hoeft te leren.
De grens ligt bij klantdata en processen waar mensen op rekenen
Het beslissingskader dat wij zelf hanteren is kort. Kies voor professionele ontwikkeling zodra een van deze situaties in beeld komt:
- De applicatie verwerkt persoonsgegevens of andere gevoelige data
- Een bedrijfsproces gaat erop leunen, zoals facturatie, planning of orderverwerking
- De software moet jaren mee en moet door anderen uit te breiden zijn
- Je moet verantwoording kunnen afleggen aan een klant, auditor of toezichthouder
Leg een vibe-coded prototype langs deze vier punten. Raakt het geen enkel punt, dan kun je er gerust mee blijven experimenteren. Raakt het er één, dan is het prototype het begin van een traject, niet het eindproduct.
Zo werken we er zelf mee
We zijn geen AI-sceptici; onze engineers ontwikkelen zelf AI-assisted. Verkennen we een idee voor een interne tool, dan laten we AI in een middag een eerste werkende versie genereren. Maar zodra zo’n tool gegevens van klanten raakt of onderdeel wordt van ons werkproces, gaat hij door dezelfde molen als alles wat we sinds 2001 opleveren: architectuurkeuzes door een engineer, review op elke regel, tests en monitoring. AI versnelt het werk. Het vakmanschap eromheen bepaalt of het resultaat software wordt waar je op kunt vertrouwen.
Is je vibe-coded project inmiddels serieus geworden? Dan hoeft het niet de prullenbak in. We beoordelen wat er staat, maken het veilig en onderhoudbaar, en ontwikkelen het daarna verder als volwaardige software. Hoe die stap eruitziet, zie je bij doorontwikkeling en beheer; met een concrete vraag kun je ook direct bij ons terecht.