Wat is Vibe Coding?
AI verandert hoe we software schrijven. Tools zoals Cursor, Claude Code en GitHub Copilot maken het mogelijk om in minuten te bouwen waar je vroeger dagen voor nodig had. Maar er is een nieuwe term die steeds vaker opduikt: vibe coding. Wat betekent dat precies? En is het genoeg om echte software mee te bouwen?
Wat is vibe coding?
Vibe coding is programmeren op gevoel met AI. Je beschrijft in gewone taal wat je wilt, een AI-tool genereert de code, en jij accepteert het resultaat; vaak zonder het volledig te begrijpen. Het draait om snelheid en intuïtie, niet om diepgaand begrip van wat er onder de motorkap gebeurt.
In de praktijk ziet dat er zo uit: je typt een beschrijving, de AI spuugt code uit, je runt het, en als het werkt ga je verder. Als het niet werkt, plak je de foutmelding terug en laat je de AI het opnieuw proberen.
Wie heeft vibe coding bedacht?
De term werd gemunt door Andrej Karpathy, voormalig AI-director bij Tesla en medeoprichter van OpenAI. In februari 2025 beschreef hij een nieuwe manier van coderen waarbij je "fully gives in to the vibes"1: code accepteren die je niet volledig begrijpt, en erop vertrouwen dat de AI het goed doet.
Karpathy is geen amateur. Het feit dat zelfs iemand met zijn achtergrond deze aanpak beschrijft, laat zien hoe krachtig (en verleidelijk) het is.
Hoe werkt vibe coding in de praktijk?
Stel, je wilt een login-pagina bouwen. Met vibe coding ziet de workflow er ongeveer zo uit:
- Beschrijf je feature: "Maak een login-pagina met email en wachtwoord"
- AI genereert code: je krijgt HTML, CSS en JavaScript terug
- Test het: je opent de pagina in je browser
- Fout? Je kopieert de foutmelding
- Plak het terug: de AI fixt de fout
- Herhaal tot het werkt
Voor een simpele login-pagina werkt dit prima. Je hebt binnen een kwartier iets dat er goed uitziet en functioneert. Het probleem begint wanneer je meer wilt bouwen.
Waarom vibe coding een probleem wordt
Het grote probleem van vibe coding is wat je het "litteken"-probleem kunt noemen (scar tissue). AI bouwt 9 van de 10 keer prima werkende code. Maar die ene keer dat het niet helemaal netjes is, merk je dat niet aan de voorkant. Het ziet er goed uit, het werkt, dus je gaat verder.
Onder de motorkap is het een ander verhaal. De AI heeft misschien een feature gebouwd met een lelijke workaround, of een fix toegepast die technisch werkt maar structureel niet klopt. Dat zie je niet als gebruiker; alleen in de code. Zo'n slechte oplossing is een litteken op je project.
Het probleem: die littekens stapelen zich op. Na een paar weken bouwen heb je code die:
- Moeilijk te onderhouden is; niemand begrijpt meer waarom bepaalde dingen zo gebouwd zijn
- Steeds moeilijker uit te breiden is; nieuwe features toevoegen duurt langer omdat ze conflicteren met eerdere workarounds
- Fragiel is; kleine aanpassingen breken onverwacht andere onderdelen
- Niet productie-ready is; het werkt op jouw laptop, maar faalt zodra je het ergens anders draait
Dit is het moment waarop veel vibe coders vastlopen. Het project dat zo snel begon, wordt een codebase vol littekens waar elke nieuwe aanpassing een risico is.
De opkomst van de "vibe code fixer"
Dit probleem is zo wijdverspreid dat er een hele nieuwe markt is ontstaan: developers die betaald worden om vibe-coded projecten te repareren.
Op freelance platformen zoals Fiverr vind je inmiddels honderden aanbiedingen van programmeurs die zich specifiek richten op het fixen van vibe code2. Er is zelfs een dedicated platform, VibeCodeFixers.com, waar meer dan 300 ervaren developers zich hebben aangemeld om vibe-coded projecten op te schonen3. Gevestigde softwarebedrijven hebben speciale "vibe code cleanup" diensten gelanceerd.
Het typische scenario: iemand heeft duizenden euro's aan AI-credits uitgegeven, heeft een half werkend prototype, en heeft nu een echte developer nodig om het productie-ready te maken. Ontwikkelaar Timothy Bramlett bevestigde de trend op X: "The worst job in 2025: Vibe coding cleanup specialist. I can confirm it's real."4
Ironisch genoeg beschreef zelfs Andrej Karpathy zelf, de bedenker van de term, dat hij voor zijn nieuwste project alles met de hand schreef. Hij had AI agents geprobeerd, maar ze werkten "just not well enough at all"5.
Het feit dat er een hele industrie is ontstaan rondom het opruimen van vibe code zegt genoeg over de beperkingen van deze aanpak.
Is er een betere manier?
Ja. De kracht van AI-tools hoef je niet op te geven; je moet ze alleen anders inzetten. In plaats van de AI alles te laten bepalen, kun je samenwerken met AI als een team.
Bij vibe coding laat je de AI de beslissingen nemen. Bij agentic engineering maak jij de beslissingen en gebruik je AI om sneller te bouwen. Het verschil:
- Vibe coding: prompt → code → error → prompt → hopen dat het werkt
- Agentic engineering: plan → prompt → valideer → itereer → begrijp wat je bouwt
Met agentic engineering denk je eerst na over architectuur, werk je in gecontroleerde stappen, en begrijp je wat er in je codebase gebeurt. AI wordt je partner, niet je vervanging.
Wil je precies weten wat het verschil is? Lees dan Vibe Coding vs Agentic Engineering: Wat is het verschil?
Conclusie
Vibe coding is krachtig voor prototypes en snelle experimenten. Het verlaagt de drempel om iets te bouwen enorm. Maar voor productie-software, code die schaalbaar, onderhoudbaar en betrouwbaar moet zijn, heb je meer nodig.
Het goede nieuws: je hoeft niet te kiezen tussen snelheid en kwaliteit. Met de juiste aanpak kun je de snelheid van AI-tools combineren met de structuur die productie-code vereist.
Wil je hier meer over leren?
Lees onze verdieping over het verschil tussen beide aanpakken: Vibe Coding vs Agentic Engineering.
Of wil je het meteen in de praktijk leren?