Programmeren met AI: slim valsspelen
Eerder schreef ik dat ik in één week tijd een product heb gebouwd dat in het reguliere developmentproces misschien wel een jaar zou duren. Daarbij moet ik wel vertellen dat ik nogal heb valsgespeeld.
Ik heb de kennis van de organisatie gebruikt die we de afgelopen twintig jaar hebben opgebouwd om dit zo snel te kunnen doen. En de lessen die jij daaruit kunt halen, kun je heel goed inzetten om AI-programmeren goed aan te pakken.
Daarnaast heb ik meer dan twintig jaar ervaring met productontwikkeling. En ik kan zelf code schrijven. Ik kan dus ook zien of het schrijven van de code door AI of het bijbehorende gedachteproces de verkeerde kant op gaat. Dat is iets wat regelmatig voorkomt als je met AI gaat programmeren.
De derde manier waarop ik valsspeelde, was dat ik echt de allernieuwste technieken heb ingezet om de AI zelf te kunnen laten programmeren én testen. Tot slot had ik onwijs mazzel dat wij binnen Voys heel veel hebben geleerd over de manier waarop wij software (willen) ontwikkelen. Van architectuur en testbare code tot coding principles: alles is gedocumenteerd. Die documentatie heb ik als allereerste gevoed aan de AI, zodat die het project precies zo op zou zetten zoals wij dat binnen onze organisatie zouden doen, inclusief alle ervaringen die we de afgelopen jaren hebben opgedaan.
Programmeren met AI wordt ook wel vibe coding genoemd. Het leek mij mooi om de manier waarop je effectief kunt programmeren met AI in een VIBE-framework te vangen.

Het VIBE-framework voor effectieve AI-programmering
Visie en pragmatisme
Begin elk project met een ambitieuze visie, maar voer het pragmatisch uit.
Het is heel eenvoudig om met AI features toe te voegen aan het product dat je aan het ontwikkelen bent. Maar zonder visie bouw je al snel willekeurige features. Daar komt het pragmatische principe om de hoek kijken: bouw een productiewaardig systeem waarbij elke feature werkelijk waarde toevoegt binnen de visie voor het product.
Voordat je begint met de ontwikkeling van het product, is het verstandig om te bespreken wat het product zou kunnen worden. Denk vroeg in je proces na over het volledige potentieel van je product. Vertaal dat vervolgens naar pragmatische stappen: wat hebben we nu nodig? Bouw incrementeel op en plan regelmatige check-ins om na te gaan of je echte of denkbeeldige problemen oplost.
Tip: test of elk stuk dat je toevoegt echt doet wat het moet doen. Ik dacht vaak dat een bouwblok af was, om er later achter te komen dat er gaten zaten in de implementatie. Zulke issues oplossen op het moment dat je bijna klaar dacht te zijn, kost vaak veel meer tijd.
Itereren
Werk met kleine, gevalideerde iteraties.
AI maakt ongelooflijk snelle ontwikkelcycli mogelijk. Het risico is daarbij dat je gaat leren in code. Je kunt in het sparren met de AI, het valideren van jouw denken en de feedback van de AI heel veel leren vóórdat je een regel code schrijft. Als je daar effectief gebruik van maakt, ontwikkel je sneller de beste oplossingen.
Want denken in code is duur. De AI komt snel vast te zitten als je doen op doen stapelt zonder daar fundamenteel denken aan toe te voegen. Dus: eerst ‘samen’ denken, dan ‘samen’ doen.
Leg dat denkgedeelte ook vast, bijvoorbeeld in werkdocumenten of in het geheugen van de AI. Gebruik die documentatie niet alleen om uit te leggen wat je hebt gebouwd, maar vooral ook om het zelf te begrijpen. Schrijven dwingt tot helderheid van denken.
Ik heb veel gewerkt met featuredocumenten-workflow. Het implementeren van een nieuwe feature bestond daarmee uit de volgende stappen:
- Onderzoek het probleem samen
- Documenteer
- Welke bestanden worden beïnvloed?
- Hoe zou het moeten werken?
- Hoe ziet de front-end eruit?
- Gebruik het document vervolgens als development-roadmap en voortgangstracker
Dit voorkomt ook de ‘te enthousiaste’ implementatie die een AI standaard aan wil gaan en deze manier van werken dwingt je om vooraf kritische vragen te stellen.
Balanceer complexiteit
KISS: Keep it simple, stupid.
AI kan complexe patronen snel implementeren, waardoor over-engineering heel verleidelijk wordt. Voor je het weet heeft je eenvoudige project een enterprise-grade login. De vraag ‘Wat is de minst complexe aanpak die werkt?’ mag je dus regelmatig stellen aan de AI.
Een goed voorbeeld: ik besteedde meer dan zes uur aan het debuggen van een complex dependency injection-systeem dat geen echte waarde toevoegde. Het vereenvoudigde factory pattern loste dezelfde problemen op met 70 procent minder code en een veel hogere onderhoudbaarheid.
Dus hou het klein. AI compliceert projecten al gauw. Werk aan zeer kleine proof of concepts in geïsoleerde bestanden. Zodra elk klein concept werkt, combineer je ze tot afgewerkte stukken. De vraag ‘Zou een junior developer dit begrijpen?’ helpt enorm.
Evolutie-bewuste architectuur
Bouw een product voor de behoeften van vandaag en met de uitbreidbaarheid van morgen in gedachten.
Als je niet oppast, gaat je AI-ontwikkeling te snel en worden architectuurbeslissingen impliciet genomen. Maar zonder bewuste architectuur eindig je met complexiteit die niet te onderhouden is. Ook bij een AI.
Denk daarom van tevoren na over:
- Clean architecture: het scheiden van de bedrijfslogica van frameworks en infrastructuur
- Factory pattern: maakt servicevervanging of uitbreiding eenvoudig
- Graceful degradation: optionele services maken kernfunctionaliteit niet kapot
- Production-first mindset: denk vanaf dag één na over beveiliging, privacy by design, monitoring, testbaarheid en onderhoudbaarheid
Dit klinkt allemaal heel complex, maar AI kent de inhoud van alle goede boeken die gaan over bovenstaande principes. Als je van tevoren de juiste vragen aan de AI stelt, komt die met de perfecte prompt waar die elke sessie naar zal kijken. Zo worden deze principes de standaard.

De echte winst van AI-programmeren: betere samenwerking
Wat ik het meest waardeer aan dit proces, is niet de snelheid waarmee ik kon bouwen, maar hoe het samenwerken met AI mij dwong om beter na te denken over wat ik eigenlijk wilde bereiken. De AI stelt vragen die ik anders zou overslaan. AI vraagt naar edge cases die ik zou vergeten en dwingt me om helder uit te leggen wat ik bedoel.
Dat maakt programmeren met AI niet alleen sneller, maar ook beter. En dat is slim valsspelen: AI gebruiken om een betere developer te worden.
Het VIBE-framework heeft mij geholpen om niet alleen sneller te ontwikkelen, maar ook bewuster. En dat is uiteindelijk veel waardevoller dan die ene week waarin ik een jaar werk heb samengeperst. Want de lessen die ik heb opgedaan kan ik nu toepassen op alle toekomstige projecten.
Dus ja, ik heb valsgespeeld. Maar ik heb waardevolle lessen geleerd en die met plezier op een rij gezet, zodat ook jij er slim gebruik van kunt maken.
Blogreeks ‘Programmeren met AI’
Dit is het tweede artikel uit een vierdelige reeks over programmeren met AI. De andere blogs lees je hier:
- Deel 1: Hoe AI developmentkosten met 2900% verlaagt
- Deel 3: 19 tips voor succesvol programmeren met AI en Claude Code
- Deel 4: Waarom Engels de nieuwe programmeertaal wordt
Mark houdt je op de hoogte
Meld je aan voor Marks nieuwsbrief en ontvang maandelijks zijn update in je mailbox.
Meer verhalen lezen
Op onze blog posten we over van alles en nog wat, ga er gewoon voor en lees een paar posts voor je eigen plezier.
Ga naar de blog
van 10 september 2025