Vibecoding
Zeven dingen gebouwd, geen regel code zelf geschreven
“There's a new kind of coding I call ‘vibe coding’, where you fully give in to the vibes, embrace exponentials, and forget that the code even exists.
Wie schrijft de code?
Autocomplete
Copilot maakt je regel af. Jij bent de developer.
Chat-assistent
ChatGPT schrijft een functie, jij kopieert en plakt.
Agent
Claude Code, Codex, Jules: leest de repo, voert uit, test en opent zelf een PR.
Orkestratie
Agents sturen agents aan. Jij stuurt op uitkomst, kwaliteit en richting.
Van vibes naar engineering
“If an LLM wrote every line of your code, but you've reviewed, tested, and understood it all, that's not vibe coding in my book — that's using an LLM as a typing assistant.”
“Many people have tried to come up with a better name for this to differentiate it from vibe coding, personally my current favourite: agentic engineering.”
De maker van Claude Code: 100% van zijn code wordt door Claude Code geschreven. In 30 dagen 259 PR's, zijn IDE heeft hij verwijderd.
“vibe coding”
Woord van het jaar 2025.
Een PO zonder developers
Wie ben ik, hoe begon het, en hoe ziet mijn proces er nu uit?
IT-achtergrond.
Geen developer.
HBO Informatica · Universiteit Informatiekunde (Java, C++, SQL, Novell!)
Product Owner website Vodafone
Scrum Master & repository maintainer (git, Jenkins, Angular)
Agile Coach Vodafone
RTE / STE bij Alliander
Een Gemini-abonnement voor een spreekbeurt
Plaatjes voor de boekpresentatie van mijn dochter. En toen: "wacht, je kan best veel met zo'n account…"
Ik werd Product Owner van een team chatbots
Coach · BA · Architect
Brainstormt, schrijft de stories met acceptatiecriteria uit en bedenkt de roadmap.
PO · Tester · Business owner
Kopieert stories van de ene chat naar de andere, test op de iPhone-simulator en zegt "het werkt!".
Developer
Schrijft Swift-code, maakt een branch en een PR in GitHub. Voor mij gewoon een chatbot.
Een chat met een coach, gekoppeld aan Strava en Apple Health. Gebouwd terwijl ik voetbal keek.
Vibe Score op basis van slaap en HRV, blessuretracker, weer en voeding per training, periodisering naar doelen.
Compleet redesign met Claude Design, Gemini en Claude. Licht, donker en automatisch.
Vier AI-providers (bring your own key), vier talen, meerdaagse events met weer per etappe, 1.171 tests.












Van chatbots aansturen naar één opdracht geven
- CLAUDE.md = de spelregels. "Nooit direct op main", "elke tekst in vier talen", "gezondheidsdata nooit in logs".
- Documentatie hoort bij de feature. Een PR zonder bijgewerkte docs is niet af.
- Een architectuur-viewer voor mens én agent, met dezelfde data als JSON.

Kwaliteit wordt gecontroleerd, niet gehoopt
- Local-first: gezondheidsdata blijft op de telefoon. API-keys in de iOS Keychain, niet in de code.
- Bring your own key: de gebruiker kiest Gemini, OpenAI, Claude of Mistral.
- Elke PR door dezelfde poort, juist die van de agent: SwiftLint, tests, CodeQL.
- Games & RPG: geheimen nooit in GitHub, achter Cloudflare Access.
Multi-agent review, 8 dimensies, 47 bevindingen getrieerd
Maar: de agent had gezondheidsdata in debug-logs van release-builds laten staan. Gebouwd door AI, ge-audit door AI, besloten door een mens.
Elke PR door dezelfde poort
Een fix van de agent: 6 bestanden, +198 regels. Dit is wat GitHub er automatisch mee doet, als hobbyproject op een gratis account.
Eerlijk is eerlijk: branch protection staat níet aan. De checks draaien op elke PR, maar mergen gebeurt op afspraak (CLAUDE.md en ikzelf). Van de laatste 60 PR's werden er 12 gemerged voordat alles klaar was, zoals deze. Alle 60 werden uiteindelijk groen.
INSERT COIN
Toen werden de modellen beter. Zomer 2026: wat als ik iets bouw dat niet nuttig is, maar wel heel moeilijk?
Zes games, zes lessen
WEBSOCCER



- Online multiplayer met een kamercode van vier tekens
- Gedeelde highscores via een Cloudflare Worker
- Op je telefoon met thumbstick, gamepads werken ook
- Geen dependencies, geen build-stap
K7QX
WEBRACING



Micro Machines op een pooltafel. Tot vier spelers, met een hand die je terugzet als je achterop raakt.
SOCCERinput · netcode · relay
worker · highscores
spraak-commentator
RACINGEen sync-script controleert dat de kopieën niet uit elkaar drijven. Hergebruik zonder framework.
WEBTYPE



R-Type als referentie. Het eerste commit was al speelbaar, de rest was finetunen.
WEBTRACK









3 SEPNU
ARTICLE 5


Real-time strategy meets tower defence: houd Europa tegen een zwerm uit het oosten, van Narva tot de Zwarte Zee. Vijftien golven, en de rekening van alles wat je verliest is je score.
Kaart van Europa, eenheden, golven, bloom en een gedeeld scorebord. Een maand eerder kostte een 3D-game nog 99 commits.
Prompt
Machina
Een rollenspel in de geest van Baldur's Gate 3, waarin de personages écht met je praten. Een AI speelt ze, zoals een goede spelleider aan tafel.


GitHub als gezamenlijke tafel
Iedereen meldt een idee of bug als issue. Claude doet binnen een uur een voorstel met opties. Vier ogen keuren goed, Claude bouwt met tests, de melder test.





Wat ik geleerd heb
Snel bouwen is verslavend en goedkoop
Een prototype kost een avond. Weggooien en opnieuw beginnen is geen verspilling meer. Het endorfineshotje na elke prompt is echt, en dat is ook een risico: je bouwt sneller dan je nadenkt.
Modellen worden elke paar maanden beter
Van een chatbot die ik moest voorzeggen (maart) naar een agent die een epic zelfstandig oplevert (oktober). Wat vandaag niet lukt, lukt misschien over drie maanden. Een training is verouderd voordat hij af is.
Samenwerken verschuift naar beslissen
Met zes mensen is de agent nooit de bottleneck. Afstemming, smaak, prioriteit en testen wel. Issues worden de interface tussen mens en agent.
De code is het makkelijke deel geworden
Output is gratis geworden. Outcome niet.
Wat gebeurt er met een organisatie als bouwen geen bottleneck meer is?
Opleveren is niet hetzelfde als bereiken
Wat we maken
Features, pull requests, story points, releases.
Wat er verandert
Het gedrag van mensen: de planner die sneller een monteur inzet, de klant die eerder aangesloten is.
Waarom we het doen
Meer ruimte op het net, lagere kosten, een veiliger net.
Bouwen versnelt. Valideren niet.
- Elke feature is een hypothese tot je hebt gemeten dat hij werkt. Tot die tijd is het voorraad, en in Lean is voorraad verspilling.
- Mijn eigen app: 344 PR's in 75 dagen, en precies één gebruiker die valideert: ik. Of ik fitter word van de coach, weet ik pas na de marathon.
- De bottleneck verschuift naar meten, leren en beslissen. Wie de bouw blijft optimaliseren, optimaliseert de verkeerde stap.
Illustratie, geen meting
Meer output voelt als vooruitgang
Bij 25% meer AI-gebruik in teams. De verklaring: AI maakt het makkelijk om meer code tegelijk te schrijven, en grotere batches geven meer risico.
Ervaren open-source developers aan hun eigen projecten, met en zonder AI. Ze waren trager, maar voelden zich sneller.
De modellen zijn sindsdien veel beter geworden; mijn eigen ervaring is anders. Maar het patroon blijft: we meten wat we voelen en wat we opleveren, niet wat het oplevert.
Voorspelbaar leveren wordt gratis. En daarmee betekenisloos.
Eerlijk is eerlijk: SAFe kent epic-hypotheses, leading indicators en OKR's. Maar in de praktijk draait Inspect & Adapt vaak om de vraag of we geleverd hebben wat we beloofden, niet of het werkte.
- Met agents haal je elke PI-objective. Predictability gaat naar 100%, en zegt dan niets meer over waarde.
- Goodhart: als een maat een doel wordt, is het geen goede maat meer. Delivery is altijd al een maat geweest; nu wordt hij ook nog makkelijk.
- De score is een inschatting, geen gemeten effect. Wie beoordeelt aan het eind van de PI of het in de praktijk iets veranderde?
- Het ritme van de PI (acht tot twaalf weken plannen) past bij een wereld waarin bouwen schaars was. Nu kan een epic in één nacht klaar zijn; het leren duurt nog steeds maanden.
De binnenste lus draait sneller. De buitenste is gebroken.
- Delivery-lus: idee, bouwen, testen, release. Was twee weken, wordt een nacht.
- Outcome-lus: release, gebruik, meten, leren, bijsturen. Duurt maanden, en heeft vaak geen eigenaar.
- Het ART levert op, de business owner scoort, en dan begint de volgende PI. Wie komt drie maanden later terug om te kijken of het werkte?
Niet meer bouwen dan je kunt valideren
Definition of Learned
Een feature is pas af als we weten of hij werkt: de leading indicator is gemeten, niet alleen de release gedaan.
WIP-limiet op onbewezen werk
Zolang er te veel features wachten op validatie, bouwen we niets nieuws. Dat dwingt de lus dicht.
Gemeten outcome
PI-objectives als OKR's met meetbare indicatoren, en een vast moment ná de PI om terug te kijken.
Team draagt een outcome
Eigenaarschap over een resultaat, niet over een lijst. Dan vraagt een team zelf of het werkte.
Kleine batches, snel meten
Feature flags, telemetrie en experimenten. Precies wat DORA laat zien: kleinere batches zijn veiliger.
Leren als doel
Een PI waarin we iets bouwden dat niet werkte en daarvan leerden, is een goede PI.
We leveren changes.
Wie levert de verandering?
Als iedereen kan bouwen, wordt het schaarse vak: bepalen wat de moeite waard is, meten of het werkte, en durven stoppen als het dat niet deed.
Waar gaat dit heen?
Van hulpje naar collega naar…?
Copilot
AI vult je regel aan.
Chat
AI schrijft een functie, jij plakt.
Vibe coding
Je vergeet dat de code bestaat.
Agentic engineering
Agents sturen agents. Een PO met een team dat nooit slaapt.
?
Software op aanvraag. Iedereen bouwt, overal.
Drie vragen voor Alliander
Developers bij Digital Delivery
- Van code schrijven naar agents regisseren, reviewen en architectuur bewaken
- Spelregels (CLAUDE.md), tests en pijplijnen worden het echte vakmanschap
- Juniors leren anders. Hoe word je senior zonder het zware werk?
Wat doe jij morgen niet meer zelf?
Scrum-teams
- Een sprint van twee weken voelt traag als een epic in één nacht af is
- De PO en de tester worden de bottleneck, niet de developer
- Refinement wordt specificeren voor agents: acceptatiecriteria zijn weer goud
Hoe groot is een team als agents meedraaien?
Change Delivery
- Meer en kleinere changes, sneller: governance moet meeschalen
- Afdwingen in de pijplijn in plaats van in een CAB-overleg
- Wie is eigenaar van code die niemand geschreven heeft?
Kan ons proces 344 PR's in 75 dagen aan?
Wanneer ben je IT'er
nog IT'er?
Straks is iedereen aan het vibe coden. Dat is geen schaduw-IT meer, dat is gewoon werk. Hoe zorgen we dat het veilig kan?
Stellingen
- Over twee jaar schrijft geen developer bij Alliander nog zelf code.
- De PO is de nieuwe bottleneck, niet de developer.
- Change management moet in de pijplijn zitten, niet in een overleg.
- Een feature zonder gemeten outcome is voorraad, geen waarde.
- Zodra bouwen bijna gratis is, is voorspelbaarheid een gevaarlijke KPI.
Vragen?
Begin gewoon. Claude Code, Codex, Copilot, Cursor of Jules. Kies iets wat je zelf wilt gebruiken.