Actiever redactie · 15 oktober 2026 · circa 3 minuten leestijd
Je hebt een idee voor een interne tool en ziet iemand met een codeassistent binnen korte tijd een overtuigende demonstratie maken. Dan klinkt een vibe coder als een passende aanwinst. De belangrijkste vraag is welke verantwoordelijkheid je eigenlijk wilt inkopen: ideeën verkennen, software bouwen of een bestaand product onderhouden.
Vibe coding is een informele term voor bouwen via natuurlijke taal en snelle interactie met AI-codehulpmiddelen. De term zegt op zichzelf weinig over programmeerkennis of opleverkwaliteit. Een goede vacature beschrijft daarom het werk achter het label.
Begin bij het gewenste eindproduct
Een prototype helpt om een productidee te onderzoeken. Je wilt bijvoorbeeld weten of medewerkers een planning begrijpen of een nieuwe aanvraagstroom prettig vinden. Tijdelijke data en beperkte afwerking kunnen daarbij passen. Spreek af welke vragen de demonstratie moet beantwoorden en welke onderdelen alleen een voorstelling van de toekomst zijn.
Bij een toepassing die dagelijks wordt gebruikt veranderen de eisen. Gebruikersrechten, foutafhandeling, gegevensopslag en onderhoud moeten kloppen. Vermeld wie daarvoor verantwoordelijk is. Een kandidaat kan uitstekend prototypes maken en toch ondersteuning nodig hebben om de stap naar productie te zetten. Dat is relevante informatie voor de teambezetting.
Beoordeel het menselijke oordeel
Een codeassistent kan voorstellen doen en wijzigingen uitvoeren. De kandidaat moet kunnen uitleggen waarom een oplossing past bij jouw situatie. Vraag bijvoorbeeld waarom gegevens op een bepaalde plek worden opgeslagen, wat gebeurt als een verzoek mislukt en welke bestaande componenten zijn hergebruikt. Een werkende eerste poging is het begin van dat gesprek.
Laat ook een fout onderzoeken. Verander een invoerveld of geef een onduidelijke foutmelding en kijk hoe de kandidaat bewijs verzamelt. Wordt de oorzaak gevonden, of wordt er steeds opnieuw code gegenereerd? Je zoekt iemand die de toepassing begrijpt en gerichte keuzes kan maken wanneer de assistent een verkeerde afslag neemt.
Maak een kleine, realistische werkproef
Gebruik een afgebakende oefenomgeving met fictieve gegevens. Laat bijvoorbeeld een bestaand overzicht uitbreiden met een filter, lege toestand en herstelbare foutmelding. Geef alle kandidaten dezelfde opdracht, toegestane hulpmiddelen en beschikbare tijd. Een omvangrijke onbetaalde bouwopdracht maakt vergelijken moeilijk en vraagt onnodig veel van kandidaten.
Vraag om de wijziging, een korte toelichting en instructies om het resultaat te bekijken. Neem samen de codeverschillen door. Bespreek wat de kandidaat zelf controleerde en wat nog onzeker is. Een eerlijke beschrijving van beperkingen geeft vaak meer inzicht dan een verzorgde presentatie die alle randgevallen overslaat.
Zet verwachtingen over samenwerking op papier
Noem de bestaande techniek, de beschikbare reviewer en de route naar uitrol. Als het werk in een bestaand product terechtkomt, telt kunnen samenwerken met die codebasis. Vraag ook hoe een collega het resultaat overneemt wanneer de oorspronkelijke maker niet beschikbaar is. Startinstructies en begrijpelijke wijzigingen horen bij die overdracht.
Maak ruimte voor verschillende achtergronden. Een ontwerper met sterke technische vaardigheden kan goed passen bij productverkenning; een ervaren ontwikkelaar kan AI intensief gebruiken voor implementatie. Selecteer op het benodigde werk. De functietitel en een lange lijst favoriete hulpmiddelen vertellen minder dan een passende werkproef.
Schrijf een opdracht die kandidaten kunnen beoordelen
Een bruikbare formulering is bijvoorbeeld: je bouwt een prototype voor onze aanvraagstroom, bespreekt het wekelijks met gebruikers en levert de broncode met bekende beperkingen op. Voor een productierol voeg je onderhoud, reviews en verantwoordelijkheid voor belangrijke gebruikersstromen toe. Zo weet een kandidaat waarop het werk wordt beoordeeld.
Vermeld tot slot werkvorm, uren en het selectieproces. Vraag in het gesprek welk type opdracht de kandidaat zelf goed kan dragen en waar ondersteuning nodig is. Daarmee maak je van een modieus label een concrete samenwerking met een herkenbaar resultaat, een passende kwaliteitsgrens en een team dat het werk kan voortzetten.