Software bouwen gaat sneller dan ooit. Een werkend prototype dat vroeger een week kostte, staat nu vaak in een dag. Dat is echt zo — en tegelijk is het maar de helft van het verhaal.
Het korte antwoord
Vibe coding is software bouwen door te beschrijven wat je wil in plaats van code te typen. Voor prototypes en interne hulpmiddelen is het uitstekend: sneller, goedkoper, en je ziet meteen of een idee werkt. Voor software waar je bedrijf van afhangt verschuift het werk: niet meer het schrijven, maar het nakijken — op veiligheid, op randgevallen en op onderhoudbaarheid. Dat deel is niet weg te automatiseren.
Een idee testen vóór je erin investeert. In een dag zie je of het werkt in plaats van na drie weken.
Een klein scherm dat één terugkerend probleem oplost. Geen klantgegevens, beperkt risico, meteen tijdwinst.
Dat ene bestand waar iedereen van afhangt en dat niemand meer durft aan te raken, omzetten naar iets robuusters.
Data omzetten, bestanden verwerken, een migratie voorbereiden. Werk dat je één keer nodig hebt.
Niet omdat AI slechte code schrijft, maar omdat er dingen zijn die ze niet vanzelf meeneemt.
Toegangscontrole, invoervalidatie en bescherming tegen misbruik zitten er zelden standaard in. Vraag je er niet expliciet naar, dan krijg je ze niet.
Wat gebeurt er bij een lege invoer, een dubbele verzending of een half afgebroken bestelling? Die randgevallen bepalen of software in productie standhoudt.
Code die werkt maar die je niet kan uitleggen, is een tijdbom. Bij de eerste aanpassing of storing sta je stil, en dan is opnieuw beginnen vaak goedkoper.
Wat vlot draait met tien records, kan vastlopen bij tienduizend. Prima voor een intern hulpmiddel, riskant voor iets waar klanten op zitten.
We gebruiken het dagelijks en verzwijgen dat niet. Het maakt ons sneller, en dat voordeel geven we door in de prijs in plaats van er stil over te zijn en hetzelfde te blijven aanrekenen.
Wat we niet doen is gegenereerde code ongelezen opleveren. Alles wat live gaat, wordt nagekeken op drie dingen: kan iemand hier misbruik van maken, wat gebeurt er als het misgaat, en kan een andere ontwikkelaar dit over zes maanden nog begrijpen. Dat nakijken is precies waarvoor je een bureau inhuurt.
Wil je liever zelf aan de slag met een intern hulpmiddel? Doe dat gerust, dat is een uitstekende manier om je processen te leren kennen. Loopt het vast of wordt het te belangrijk om te blijven improviseren, dan bouwen we het samen verder uit. Zie software op maat.
Beschrijf kort wat het zou moeten doen. Voor een prototype of intern hulpmiddel weten we vaak binnen een dag of het werkt, en dan pas beslis je of je verder gaat.
Vibe coding is software bouwen door een AI te beschrijven wat je wil, in plaats van de code zelf regel voor regel te schrijven. De term dook op in 2025 en beschrijft een manier van werken die intussen gangbaar is bij ontwikkelaars. Het verschil met vroeger is snelheid: een werkend prototype dat vroeger dagen kostte, staat nu vaak in uren.
Voor een intern hulpmiddel dat één ding doet en waar geen klantgegevens in zitten: vaak wel, en dat is echt een aanrader om eens te proberen. Voor software waar je bedrijf van afhangt is het risicovoller. Niet omdat AI slechte code schrijft, maar omdat je bij een fout niet weet waar je moet kijken. Software die werkt tot ze plots niet meer werkt, en die niemand begrijpt, is duurder dan software die wat langer duurde.
Dagelijks, en we verzwijgen dat niet. Het maakt ons sneller en dat voordeel geven we door in de prijs. Wat we niet doen is gegenereerde code ongelezen opleveren. Elke regel die live gaat, is nagekeken op veiligheid, foutafhandeling en onderhoudbaarheid. Dat laatste is precies wat je van een bureau mag verwachten.
Bij veiligheid en bij randgevallen. AI bouwt graag het gelukkige scenario: alles werkt, iedereen vult correct in. Wat er gebeurt bij een lege invoer, een dubbele verzending of iemand met slechte bedoelingen, komt er zelden vanzelf in. Daarnaast ontstaat er vaak code die werkt maar niemand kan uitleggen, en dat wreekt zich bij de eerste aanpassing.