De naam zegt het al: vibes
Wat is vibe coding? De kortste samenvatting: je doet het op basis van vibes. Dat is natuurlijk het tegenovergestelde van wat een programmeur doet. Die doet niets op vibes, kijkt altijd naar de logica en zorgt dat alles klopt op basis van systemen en architectuur.
De AI-assisted coder is nog geïnteresseerd in de output. De vibecoder niet meer. Die is alleen geïnteresseerd in: werkt het, ziet het er goed uit.
Michael Hofman
Bij de meest extreme vorm van vibe coding kijk je helemaal niet meer naar de output. Waarom niet? Omdat je niet geïnteresseerd bent, of omdat je niet eens de kennis hebt om die output te kunnen beoordelen.
Het spectrum
Het is geen binaire keuze. Er is een spectrum tussen pure vibe coding en pure AI-assisted coding:
Vibe coding (extreem)
Je kijkt niet naar de code. Je ziet alleen of het werkt. Als je dan toch vibe programmeert, kun je beter iets als Lovable gebruiken waar je de code niet eens ziet.
Vibe coding (mild)
Je kijkt soms naar de code, maar alleen als iets niet werkt. Je kopieert de foutmelding, plakt die terug en snapt niet wat er fout gaat.
AI-assisted coding
Je bent geïnteresseerd in wat er geproduceerd wordt en wil weten of het daadwerkelijk goed is. Je leest de code—niet elke regel, maar wel de belangrijke stukken.
AI-assisted coding (kritisch)
Je controleert de code regel voor regel, ziet wanneer de AI de mist in gaat en stuurt direct bij. Je hebt een duidelijke mening over de architectuur.
Waar sta jij op dit spectrum? En belangrijker: waar zou je moeten staan voor wat je aan het bouwen bent?
Heb je een mening?
Een ander cruciaal verschil: heb je een mening over de code?
Iemand die ervaring heeft met het bouwen van software, die heeft een mening. Die kan zeggen: “Dit is niet de meest handige manier om het te doen.” Of: “Dit past niet bij de architectuur die we hebben.”
Iemand die geen ervaring heeft, die heeft geen mening. Die kan naar een stuk code kijken, maar kan niet de beslissing maken: is dit goed of niet? Die ziet alleen maar dat de applicatie doet wat die moet doen. Knopjes klikken, werkt het?
Je kan wel naar de code kijken en netjes alle output controleren. Maar als je er geen mening over hebt, doe je het nog steeds deels op vibes.
Waarom het onderscheid ertoe doet
Het probleem is niet vibe coding zelf. Het probleem is denken dat je productiecode schrijft terwijl je vibe programmeert.
Vibe coding = proof of concept
Eigenlijk maakt de vibecoder altijd een proof of concept. Of die nou wil of niet. Als je niet naar de code kijkt, maak je toch altijd een concept.
AI-assisted coding = productiecode
Pas als het gecheckt is door iemand die het werk in de code heeft gestoken, is het productiecode. Die je kan deployen.
Dat is een belangrijk inzicht. Veel mensen denken dat ze productiecode schrijven omdat hun applicatie werkt. Maar werkend is niet hetzelfde als productiewaardig.
De valkuil voor beginners
Als je net begint met programmeren en je wil geen vibe coder zijn, ben je het indirect toch. Want je kan wel naar de code kijken, maar je hebt eigenlijk geen mening. Je hebt niet de ervaring om te beoordelen of iets goed is.
Het enige verschil is dat je er wel wat van kan leren. Je ziet de code, je leert de patronen. En misschien ga je over tijd van vibe coding naar AI-assisted coding. De vraag is alleen: hoeveel gebeurt dat? Want het is heel menselijk om lui te blijven. En de meeste mensen zijn niet zo nieuwsgierig dat ze willen weten hoe het nou eigenlijk werkt.
Wanneer is vibe coding prima?
Vibe coding is niet per se slecht. Het heeft zijn plek:
Kleine, losstaande projecten
Voor kleine projecten heb ik echt geen enkele moeite om te vibe coden. Het heeft geen impact als het niet werkt. Het risico is heel laag.
Prototypes en validatie
Als je snel wil testen of een idee werkt, is vibe coding perfect. Je bouwt iets om te leren, niet om te deployen.
Eenmalige scripts
Een signature generator, een data-export script. Het maakt niet uit hoe lelijk de code is als het één keer werkt.
Frontend styling
Snel iets tweaken met Tailwind? Prima. Maar voor een design system van een enterprise dashboard moet je wel degelijk weten wat je doet.
Het verschil in de praktijk
Een concreet voorbeeld: je bouwt een applicatie met een state machine. Bij AI-assisted coding zie je op een gegeven moment dat de AI de fout in gaat. Je ziet: “Oké, wat je nu gaat doen klopt niet. Dat is gewoon fout.” Je hebt de hele context van de app in je hoofd. Je weet dat dit niet past bij de stijl van de rest, of niet bij de ideologie die je hebt.
Bij vibe coding merk je dit niet. Je ziet alleen dat het werkt of niet werkt. De onderliggende fout blijft verborgen tot het later problemen veroorzaakt.
Vaak mist de AI iets. Dan is de oplossing dat je denkt: dit werkt. Maar ik heb de hele context van de app in mijn hoofd. Dit is niet de ideologie die we hebben.
Wanneer moet je switchen naar AI-assisted?
Er zijn drie duidelijke signalen dat je moet switchen:
Te groot voor de context
Zodra het project te groot wordt om in één keer in de context te passen en de AI het niet meer kan overzien, gaat hij de mist in.
Je schrijft productiecode
Als de code daadwerkelijk in productie gaat draaien, moet je weten wat je doet. Vibe coding levert per definitie een proof of concept op, geen productieklare software.
Je weet dat het groot gaat worden
Begin je aan iets waarvan je nu al weet dat het een groot project wordt? Start dan meteen met AI-assisted coding in plaats van later te moeten refactoren.
Er is niets mis met vibe coden, maar het kantelpunt zit waar je project te groot wordt voor de AI om in één keer in zijn context te nemen. Dan gaat hij juist de mist in.
Als de AI de context verliest, zie je dat hij dingen dubbel gaat doen, dingen verkeerd doet, features herbouwt die je al hebt, of features bouwt voor iets wat niet bestaat of niet nodig is.
Conclusie
Vibe coding en AI-assisted coding zijn beide valide benaderingen. Het probleem ontstaat alleen als je niet weet waar je staat. Als je denkt productiecode te schrijven terwijl je eigenlijk een proof of concept maakt.
Ken jezelf, weet waar je staat op het spectrum en weet wanneer je moet switchen.
Heb je een vibe-coded project dat productie-klaar moet?
We helpen founders en teams om van proof of concept naar productiecode te gaan. Eerlijk advies over wat werkt en wat niet.
