Wat is
vibe coding?
Vibe coding is software maken door in gewone taal te beschrijven wat je wilt, en een AI-model de code te laten schrijven zonder dat je die zelf leest. Je stuurt op wat je op het scherm ziet in plaats van op wat eronder gebeurt. Hieronder waar de term vandaan komt, waar het echt goed in is, en het punt waarop vrijwel elk vibe-coded project tegen dezelfde muur loopt.
Een grap die bleef hangen.
Andrej Karpathy, medeoprichter van OpenAI, schreef begin 2025 een kort bericht over een manier van programmeren waarbij je je overgeeft aan de vibes en vergeet dat de code überhaupt bestaat. Hij bedoelde het half gekscherend, over weekendprojecten waar het niet uitmaakt. De term bleef hangen omdat hij precies beschreef wat duizenden mensen op dat moment aan het doen waren.
Wat er sindsdien is veranderd, is de inzet. Een jaar geleden ging het over weekendprojecten. Nu draaien er bedrijven op, met klantgegevens erin en facturen eruit. Dat is een prima ontwikkeling — alleen gelden er dan andere eisen dan aan een weekendproject, en die eisen komen niet vanzelf mee.
Niet onderschatten.
Ik verdien mijn geld met het afbouwen van vibe-coded projecten, dus je zou verwachten dat ik de tools afkraak. Dat zou onzin zijn. Voor vier dingen zijn ze het beste gereedschap dat er is.
Een idee testen voordat je erin gelooft
In een weekend staat er iets dat je kunt laten zien in plaats van uitleggen. Reacties op een werkend scherm zijn eerlijker dan reacties op een beschrijving, en je hebt er geen budget voor nodig.
Uitvinden wat je eigenlijk wilt
De meeste projecten stranden op onduidelijke wensen, niet op techniek. Zelf klikken door je eigen idee levert scherpere eisen op dan drie workshops. Dat is het waardevolste dat vibe coding oplevert.
Intern gereedschap voor een handjevol mensen
Een lijstje, een rekenmodule, een overzicht dat drie collega's gebruiken. Geen klantgegevens, geen betalingen, geen buitenwereld. Precies waar de zwakke plekken niet uitmaken.
Losse stukken die je zelf niet kunt bouwen
Een script dat een bestand omzet, een eenmalige import, een prototype van een scherm dat je aan een developer laat zien. Wegwerpwerk waar wegwerpkwaliteit prima volstaat.
Iedereen loopt tegen
dezelfde drie dingen aan.
Elke wijziging breekt iets anders
Het model ziet je project niet meer in één keer en kiest zelf welke bestanden het bekijkt. Wat daarbuiten valt, bestaat op dat moment niet. Hoe meer je bouwt, hoe kleiner het deel dat het kan overzien.
Beveiliging is er nooit expliciet in gezet
Sleutels die de browser meestuurt, rechten die alleen in het scherm zitten en een database waar iedereen bij alles kan. Onzichtbaar zolang jij de enige gebruiker bent, en dat is precies het probleem.
Niemand kan uitleggen hoe het werkt
Duizenden regels die je niet hebt geschreven en niet hebt gelezen. Prima zolang het werkt. Bij de eerste storing kun je niet zoeken in iets waarvan je de opbouw niet kent.
Het moment waarop dit begint te knellen is herkenbaar: vijf signalen dat je prototype tegen zijn grens loopt. Wil je nu al weten hoe je ervoor staat, loop dan de negen checks af; die kun je zelf doen, zonder developer.
Vibe coding is geen techniek, maar een afspraak.
Ik gebruik dezelfde AI-gereedschappen als iedereen. Het verschil zit niet in de tool maar in wat er daarna gebeurt: ik lees wat eruit komt, want ik ben degene die het over twee jaar moet onderhouden. Bij vibe coding ontbreekt dat leesmoment, en dat is een prima keuze zolang niemand er iets belangrijks op zet.
Daarom is de vraag nooit of je met AI mag bouwen. De vraag is wie er kan uitleggen hoe jouw software werkt op het moment dat het misgaat, en of dat antwoord nog steeds ‘niemand’ mag zijn zodra er klanten in zitten.
Wat is vibe coding?
Is vibe coding hetzelfde als AI-ondersteund programmeren?
Kun je met vibe coding een echt product bouwen?
Is vibe coding veilig?
Waarom is de term ineens overal?
Vertel wat je
wilt bouwen.
Een gesprek van een half uur. Je krijgt een eerlijk antwoord over wat het kost, hoe lang het duurt en of het slim is om te bouwen.