Een donderdagmiddag vanaf 16:00, updates over de organisatie, enkele inhoudelijke sessies, en daarna gezellig eten. Voor wie dat wil, stopt de avond daar. Maar regelmatig is er een extraatje, en afgelopen donderdag was dat een vibe coding sessie.
Vibe coding: wat is dat eigenlijk?
Vibe coding is een manier van software bouwen waarbij je in gewone mensentaal beschrijft wat je wilt maken, en AI de rest doet. Geen eindeloze regels boilerplate code meer schrijven, maar focussen op het wat en het waarom, terwijl de AI het hoe invult.
Collega Maikel nam ons mee in Claude Code, de AI-gestuurde coderingstool van Anthropic die hands-on meebouwt aan je project. Maikel had zich goed voorbereid, met een aantal favoriete extensies die de kwaliteit en snelheid van bruikbare output merkbaar verbeteren. Out of the Box zit Claude Code al vol met dit soort extenties, je mag alleen zelf bepalen welke je aan zet en welke niet.
Van nul ideeën naar twee experimenten
We begonnen de avond zonder concreet plan. Dat leidde al snel tot twee subgroepjes die elk een eigen experiment uitwerkten.
Groep 1 probeerde voor de gein een reeds bestaande website volledig na te bouwen, qua look en feel. Het resultaat was verrassend overtuigend: een herkenbare lay-out, werkende formulieren en registratieopties. In de 1e versie zat er nog geen DB gekoppeld, omdat je die mogelijk zelf al heb. Maar als je dan aangeeft die niet te hebben, dan spint claude code wat voor je op. En de 1e versie was nog niet gekoppeld aan een mailserver, maar ook daarbij kon claude code je helpen. Maar visueel? Echt niet slecht. En heel gaaf om te zien hoe hij dus vanuit een bestaand product dus zelf de requirements kan destileren.
Groep 2 pakte iets totaal anders op: een Excel-bestand, met behoorlijk wat logica, omzetten naar een volledig webinterface dashboard, inclusief frontend, backend én database. En ook dat kwam er, binnen dezelfde avond, min of meer werkend uit.
Productieklaar?
Nog lang niet. Maar voor één avond zonder plan? Indrukwekkend.
Moeilijk?
Zeker niet. Je geeft simpelweg de opdracht: Bouw voor mij website www.xyz.com na.
Hij vraagt je dan nog een paar keer of hij bepaalde bestanden mag aanmaken en aanpassen, maar een klik op "ja dat mag en alle volgende dingen mogen ook" zorgt ervoor dat hij lekker zijn gang gaat.
Bouwen is één ding, begrijpen wat je bouwt is een tweede
Puur bouwen zonder nadenken, dat past niet echt bij een team van testers. Dus naast het experimenteren stonden we ook stil bij de vraag: wat doen we nu eigenlijk, en waar zitten de risico's?
Maikel heeft als developer de achtergrond om gegenereerde code goed te kunnen lezen, beoordelen en bijsturen. Maar niet iedereen in het team heeft uiteraard die achtergrond. Dat is geen verwijt, dat is gewoon de realiteit van een team dat zowel testers als developers aan boord heeft. En onze testautomatiseerders hangen hier natuurlijk een beetje tussenin ;).
Want wat doe je als de AI code genereert die je niet volledig begrijpt? Hoe beoordeel je dan de juistheid, kwaliteit, onderhoudbaarheid of de veiligheid ervan?
Die vraag kwam ook concreet terug tijdens de avond. Denk aan het installeren van allerlei Claude-extensies: handig, maar wie garandeert dat er geen ongewenste scripts worden binnen gehengeld?
Of het feit dat Claude Code toegang vraagt tot folders op je laptop, hoe ver reikt die toegang precies?
Typisch de vragen die je verwacht van een team met een stevige testachtergrond. En terecht.
Het was dan ook even schrikken toen een virusscanner begon te miepen, maar het was ‘loos’ alarm, er werd ‘slechts’ een exe bestand gegenereerd ;) wat normaalgesproken natuurlijk wel een goede reden zou zijn om alarm bellen af te laten gaan.
