010 Coding Collective

010 Coding Collective

Is vibe coding slecht? De voor- en nadelen eerlijk op een rij

Vibe coding is prima voor een prototype en riskant voor een app met echte gebruikers. Wat het je oplevert, waar vibe-coded projecten op stuklopen en wanneer je het gerust kunt gebruiken.

AI Vibe Coding LLMs Lovable Cursor Claude Code Software Development Security

Een tool met een slechte naam

Vibe coding wordt afwisselend gepresenteerd als de toekomst van software en als een bron van onveilige apps. Beide verhalen kloppen half, en daardoor is lastig te zien wanneer het wel en niet werkt.

Kijk naar wat er op het spel staat

Of vibe coding slecht is, hangt af van wat er misgaat als de code niet klopt. Bij een prototype is dat niets, bij een app met klantgegevens en betalingen is dat veel.

Vibe coden waar het kan, controleren waar het moet

Gebruik vibe coding om snel te leren en te testen, en laat iemand die code kan lezen meekijken zodra echte gebruikers, data of geld in het spel komen.

Het korte antwoord

Vibe coding is niet slecht. Het is een snelle manier om iets werkends te maken, en voor prototypes, interne tooltjes en eenmalige scripts is het vaak de beste keuze die je hebt. Het wordt slecht op het moment dat je het gebruikt voor software waar echte klanten, echte data of echt geld doorheen gaan, zonder dat iemand de code leest.

Vibe coding betekent dat je software bouwt met AI op gevoel: je kijkt of het werkt en of het er goed uitziet, en je kijkt niet naar de code zelf. Wat de term precies inhoudt lees je in wat is vibe coding. Dit artikel gaat over de vraag of je het moet doen.

De voor- en nadelen in één oogopslag

Voordeel Nadeel
Snelheid Een werkende eerste versie in uren of dagen. De snelheid stopt bij de laatste stap naar productie, en die is vaak het grootste deel van het werk.
Kosten Een idee testen kost een abonnement van een paar tientjes. Een app die later herbouwd moet worden, kost twee keer.
Wie kan het Iedereen die kan uitleggen wat er moet komen. Alleen iemand die code kan lezen, ziet wat er onder de motorkap fout zit.
Kwaliteit Wat je ziet, werkt meestal. Wat je niet ziet, zoals foutafhandeling en randgevallen, ontbreekt vaak.
Veiligheid Voor iets zonder gebruikers of gevoelige data speelt het nauwelijks. Open databases, sleutels in de code en ontbrekende rechtencontroles komen vaak voor.
Onderhoud Kleine aanpassingen zijn snel gedaan zolang het project klein is. Hoe groter de codebase, hoe vaker een nieuwe wijziging iets anders stukmaakt.

Waarom vibe coding een slechte naam heeft

De kritiek komt niet uit de lucht vallen. Een model schrijft code die er overtuigend uitziet, en dat is precies wat het lastig maakt: je kunt niet aan de buitenkant zien of het klopt. Een inlogscherm dat werkt, kan nog steeds iedereen toegang geven tot de data van iedereen. Een betaalknop die werkt, kan nog steeds een bestelling twee keer verwerken als iemand dubbelklikt.

Bij een vibe-coded app is niemand verantwoordelijk voor die onzichtbare kant. De maker beoordeelt het resultaat, de AI schrijft de code, en de code zelf leest niemand. Zolang er niets op het spel staat, is dat prima. Zodra er klanten op gaan vertrouwen, is het een risico waar je zelf niet van weet.

Vibe coding maakt het makkelijk om software te bouwen die je zelf niet kunt beoordelen. Het gaat mis op het moment dat je doet alsof je het wel kunt beoordelen.

Waarom vibe-coded projecten stuklopen

Projecten die met vibe coding beginnen, lopen bijna altijd op dezelfde plekken vast. Het eerste deel gaat verrassend snel, en daarna gaat het opeens heel langzaam.

1

De laatste 20 procent

Inloggen, rechten, foutafhandeling, back-ups, monitoring en betalingen zie je niet in een demo. Dat werk komt pas als echte gebruikers komen, en daar heeft een model zonder sturing weinig gevoel voor.

2

Beveiligingsgaten

Een database zonder toegangsregels, een API-sleutel in de frontend, een route die niet checkt wie er vraagt. Het werkt allemaal, tot iemand het vindt.

3

Elke fix maakt iets anders stuk

Een model ziet niet de hele codebase tegelijk. Na een tijd lost het een fout op door een andere te maken, en zonder tests merk je dat pas als een klant belt.

4

Niemand kent de code

Als het misgaat, moet iemand de code begrijpen om het te repareren. Bij een vibe-coded project is dat niemand, en dan kost de reparatie meer dan het bouwen.

5

Keuzes die moeilijk terug te draaien zijn

De AI kiest een database, een structuur en een manier van inloggen zonder te vragen wat je over een jaar nodig hebt. Die keuzes later omgooien is duur.

Meer over die laatste stap lees je in de laatste 20 procent van vibe coding.

Wanneer vibe coding prima is

Er zijn genoeg situaties waarin vibe coding de slimste keuze is. De vraag die het verschil maakt: wat gebeurt er als de code niet klopt?

1

Een idee testen

Wil je weten of mensen iets willen gebruiken, dan is een vibe-coded prototype de snelste route. Je bouwt om te leren, en je gooit het weg als je genoeg weet.

2

Interne tooltjes

Een rekenhulp voor je team, een script dat een export omzet, een dashboard alleen voor jezelf. Als het misgaat, merk je het zelf en is de schade klein.

3

Een ontwerp laten zien

Een klikbaar ontwerp zegt een developer meer dan tien pagina's tekst. Daar is vibe coding sterk in.

4

Leren hoe software werkt

Als je de AI gebruikt om uitleg te krijgen en de code te lezen, leer je snel. Dan ben je eigenlijk al voorbij vibe coding.

Waar de grens ligt tussen vibe coding en werken met AI zoals een developer dat doet, lees je in vibe coding vs AI-assisted coding. Voor een klikbaar ontwerp is vibe coding is design de verdieping.

Wanneer je moet stoppen met vibe coden

Een vibe-coded project heeft een moment waarop het een ander soort project wordt. Drie signalen dat je dat punt bereikt hebt:

1

Er komen echte gebruikers

Zodra mensen die je niet kent inloggen, gegevens invullen of betalen, ben je verantwoordelijk voor wat er met die gegevens gebeurt.

2

Je durft niets meer te veranderen

Als je bij elke wijziging bang bent dat iets anders omvalt, is de code groter geworden dan wat jij en de AI samen overzien.

3

Je bedrijf gaat erop draaien

Als een storing omzet kost of klanten wegjaagt, moet iemand de code kunnen lezen, repareren en uitbreiden.

Dat hoeft niet te betekenen dat je opnieuw begint. Vaak is een vibe-coded app goed te verstevigen: eerst de beveiliging, dan tests, dan de deploy. Hoe dat werkt, staat in een vibe-coded app productieklaar maken.

Conclusie: de tool is prima, het gebruik bepaalt het

Vibe coding is een snelle manier om software te maken die je zelf niet hoeft te begrijpen. Voor alles wat je mag weggooien is dat een voordeel. Voor alles waar klanten op vertrouwen is het een risico dat je pas ziet als het te laat is.

✅

Goed voor = leren en testen

Prototypes, interne tooltjes, klikbare ontwerpen en scripts die één keer hoeven te werken.

⚠️

Riskant voor = software met gebruikers

Alles met inloggen, persoonsgegevens of betalingen vraagt om iemand die de code leest en ervoor tekent.

Veelgestelde vragen

Is vibe coding slecht?

Nee, vibe coding is een goede manier om snel een prototype, intern tooltje of eenmalig script te maken. Het wordt een probleem als je het gebruikt voor software met echte gebruikers, persoonsgegevens of betalingen zonder dat iemand de code leest. Dan zitten er vaak beveiligingsgaten en ontbrekende foutafhandeling in die je aan de buitenkant niet ziet.

Wat zijn de voor- en nadelen van vibe coding?

De voordelen zijn snelheid, lage kosten om een idee te testen en een lage drempel: iedereen die kan uitleggen wat er moet komen, kan iets bouwen. De nadelen zitten in wat je niet ziet: beveiliging, foutafhandeling, onderhoud en keuzes die later moeilijk terug te draaien zijn. Hoe groter het project, hoe zwaarder die nadelen wegen.

Waarom lopen vibe-coded projecten vaak vast?

Omdat het zichtbare deel snel af is en het onzichtbare deel ontbreekt. Inloggen, rechten, back-ups, monitoring en foutafhandeling komen pas aan bod als er echte gebruikers zijn. Daarnaast ziet een model niet de hele codebase tegelijk, waardoor een fix op de ene plek iets op een andere plek kan breken. Zonder tests en zonder iemand die de code kent, wordt elke wijziging een gok.

Werkt vibe coding echt?

Ja, voor wat het belooft: snel iets werkends maken zonder te programmeren. Voor een demo, een prototype of een intern tooltje werkt het vaak verrassend goed. Het werkt minder goed als het eindresultaat jarenlang moet draaien, veilig moet zijn en door anderen onderhouden moet worden.

Is vibe coding veilig?

Niet vanzelf. AI-modellen schrijven geregeld code met open databases, API-sleutels in de frontend of routes zonder rechtencontrole. Voor iets dat alleen op je eigen laptop draait maakt dat weinig uit. Zodra er persoonsgegevens of betalingen in het spel zijn, moet iemand die code kan lezen er een beveiligingscheck op doen.

Moet ik mijn vibe-coded app weggooien?

Meestal niet. Een vibe-coded app is vaak goed te verstevigen: eerst de beveiligingsgaten dichten, dan tests toevoegen en daarna de deploy en monitoring op orde brengen. Herbouwen is alleen nodig als de basis zo rommelig is dat elke reparatie meer kost dan opnieuw beginnen. Een audit laat zien welke van de twee het is.

Twijfel je of je vibe-coded app veilig is?

Een senior developer leest je code, vindt de gaten en vertelt eerlijk of verstevigen of herbouwen de slimste route is.

Laten we je project bespreken

Van AI-prototypes die productie-klaar moeten worden tot strategisch advies, code audits of doorlopende development support. We denken graag vrijblijvend met je mee over de beste aanpak.

010 Coding Collective gratis consult
gratis

Gratis consult

In anderhalf uur bespreken we je project, uitdagingen en doelen. Eerlijk advies van senior developers, geen verkooppraatje.

1,5 uur met senior developer(s)
Analyse van je huidige situatie
Schriftelijke samenvatting achteraf
Concrete next steps