80% af is niet bijna klaar
Je hebt een app gebouwd met Cursor, Lovable, of een andere AI-tool. Het werkt. Collega’s zijn onder de indruk. De eerste 80% ging verbazingwekkend snel. Pagina’s, features, hele flows in een middag. Het voelt als magie.
En dan loop je vast.
De authenticatie klopt niet. De app crashed met meer dan tien gebruikers. Betalingen koppelen blijkt een nachtmerrie. Die laatste 20% blijkt 80% van het werk. Dit is het verhaal dat we keer op keer horen. En de tools die je door die eerste 80% heen vlogen? Die helpen hier niet meer.
De onzichtbare infrastructuur
De laatste 20% is alles wat je niet ziet. De infrastructuur onder de motorkap die het verschil maakt tussen een demo en een product.
Authenticatie en autorisatie
Inloggen is makkelijk. Zorgen dat gebruiker A niet de data van gebruiker B kan zien is een ander verhaal. Multi-tenancy, role-based access, session management. Problemen die je pas ontdekt als het te laat is.
Error handling
Het happy path werkt altijd. Maar wat als de API een timeout geeft? Wat als een veld leeg is? Wat als iemand speciale tekens invoert? Elke onafgevangen fout is een crash in productie.
Schaalbaarheid
Met vijf gebruikers werkt alles. Met vijfhonderd niet meer. Database queries die nooit zijn geoptimaliseerd. Caching die ontbreekt. State management dat uit de hand loopt.
Security
SQL-injecties, XSS, API keys in de frontend code, ontbrekende rate limiting. De dingen waar je niet aan denkt tot iemand ze misbruikt.
Testing
Zonder tests weet je niet of een aanpassing iets anders breekt. Vibe-coded projecten hebben zelden tests, waardoor elke wijziging een gok is.
Monitoring en logging
Hoe weet je dat iets fout gaat als niemand het je vertelt? Zonder logging vlieg je blind. Zonder monitoring ontdek je problemen pas als gebruikers klagen.
Dit zijn geen nice-to-haves. Dit is het verschil tussen iets dat werkt op je laptop en iets dat je kunt deployen.
AI maakt keuzes die moeilijk terug te draaien zijn
Als je snel wilt bouwen, laat je keuzes over aan de AI. Welk framework, welke database, welke manier van state management. In de eerste 80% merk je daar niets van. Het werkt, het is snel, en je hebt geen reden om te twijfelen.
Maar in de laatste 20% komen die keuzes weer op tafel. Je hebt authenticatie nodig die niet past bij de gekozen architectuur. Je wilt schalen, maar de database-structuur werkt niet mee. Je moet integreren met een betaalprovider, maar de manier waarop de AI de backend heeft opgezet maakt dat onnodig ingewikkeld.
In het begin voelt alles flexibel. Je kunt altijd nog switchen, toch? In de praktijk beton je jezelf in bij elke regel code die de AI genereert.
Het resultaat: werk dat opnieuw moet. Niet omdat je iets fout deed, maar omdat je in de hoop snelheid te behalen de architectuurkeuzes aan de AI hebt overgelaten. En die AI optimaliseert voor nu, niet voor later.
Conclusie: prototype ja, product nee
De rode draad: vibe coding is gebouwd voor snelheid, niet voor de lange termijn. De AI optimaliseert voor nu, vroege keuzes zetten je architectuur vast, en uiteindelijk groeit je project de AI voorbij. Dat is prima, zolang je weet wat je bouwt. Een vibe-coded project is een proof of concept. Daarvoor is het briljant. De fout die teams maken is het behandelen als een product.
Het verschil zit in wie er achter de tool zit
Een ervaren developer kan de AI sturen: gebruik dit pattern, structureer het zo, vermijd die dependency. De AI versnelt het werk, de mens bepaalt de richting. Dat is AI-assisted coding. Zonder die ervaring neem je aan wat de AI voorstelt. Dat is vibe coding.
Vibe coding: snel valideren
Briljant voor prototypes. Snel testen of een idee werkt. Niet bedoeld voor productie.
AI-assisted coding: duurzaam bouwen
Ervaren developer aan het stuur. De AI versnelt het werk, de mens bepaalt de architectuur en bewaakt de kwaliteit.
Vibe coding is een krachtig middel om snel te valideren of een idee werkt. Maar het moment dat je het wilt uitrollen, begint het echte werk. De vraag is niet of je dat werk doet, maar of je het plant.
Zit je vast in de laatste 20%?
We helpen teams om van proof of concept naar productie te gaan. Een audit om te bepalen wat er nodig is, en hands-on hulp om het te fixen.
