De term vloog recentelijk over het internet nadat techneuten uit de hoogste kringen van de tech-industrie toegaven dat ze nagenoeg geen letter code meer zelf typten. Ze typten uitsluitend nog abstracte instructies, de software genereerde een lang script, en zij controleerden vervolgens in de browser of het resultaat werkte. Functioneerde de applicatie niet naar behoren, dan stuurden ze de foutmelding simpelweg terug naar de assistent. Het is een werkwijze waarbij je iteratief communiceert met je omgeving in plaats van dat je handmatig bouwt. Bij vibecoding fungeert de ontwikkelaar veel meer als een regisseur die een complex orkest aanstuurt, in plaats van de muzikant die elke afzonderlijke noot foutloos uit zijn hoofd moet spelen. Voor de doorgewinterde scripter die gewend is aan strakke controle voelt dit behoorlijk onwennig. We zijn immers getraind om altijd de absolute regie te houden over elke variabele, div en loop in onze repository.
Laten we volkomen eerlijk zijn, het uit je hoofd kennen van de allernieuwste CSS grid eigenschappen, complexe regex of lastige React hooks was lange tijd een flink statusding op de afdeling. Je kende de officiële documentatie stiekem beter dan de bedenkers zelf. Met de huidige slimme editors is die parate, encyclopedische kennis veel minder waard geworden. Een plugin genereert tegenwoordig binnen vier seconden een responsief grid inclusief strakke media queries. Dit betekent dat het zwaartepunt van het ambacht verschuift. Het is niet langer indrukwekkend dat je code vlekkeloos compileert of mooi inspringt. Het draait er nu om of de applicatie schaalbaar, veilig en logisch opgebouwd is voor de eindgebruiker. Je hoeft de exacte taalregels niet meer midden in de nacht te kunnen dromen, zolang je de complexe ontwerppatronen maar haarfijn begrijpt.
Toch betekent deze rappe technologische ontwikkeling absoluut niet dat de klassieke ontwerper of programmeur langzaam overbodig raakt op de arbeidsmarkt. Een slim taalmodel kan moeiteloos een fraai uitziende knop of een geanimeerd formulier genereren, maar mist steevast de broodnodige menselijke context over prestaties en bruikbaarheid. Als je bouwt voor het moderne, open web, heb je te maken met zeer strikte toegankelijkheidsrichtlijnen. De officiële documentatie van het Mozilla Developer Network (MDN) over webtoegankelijkheid laat perfect zien hoe gelaagd het is om een interface voor werkelijk iedere gebruiker foutloos te laten werken. Een automatische assistent vergeet ontzettend vaak noodzakelijke aria-labels, negeert contrastverhoudingen of levert een onlogische DOM-structuur af die een screenreader volledig laat vastlopen. Hier komt jouw jarenlange, diepgaande ervaring om de hoek kijken. Jij weet precies aan welke strenge standaarden een digitaal product moet voldoen en je gebruikt de code-generator slechts als een snelle typemachine om de ruwe opzet klaar te zetten.
Er is daarnaast een levensgroot risico verbonden aan het blindelings accepteren van gegenereerde blokken logica. De huidige modellen zijn berucht om het hallucineren van functies of het overmatig gebruik van sterk verouderde bibliotheken die vol zitten met gaten. Wanneer een enthousiaste junior zomaar vibe coding toepast op een ingewikkelde database-migratie zonder de onderliggende query's te doorgronden, ontstaat er een tikkende tijdbom op je server. Het systeem werkt misschien op het eerste oogopslag tijdens een lokale test, maar onder de motorkap ontstaat een onleesbare en trage brij aan spaghetti code. Zodra er een half jaar later een serieuze bug optreedt in productie, weet niemand op de afdeling meer hoe de datastructuur daadwerkelijk in elkaar steekt. Fouten opsporen in logica die niemand ooit zelf met aandacht heeft geschreven, is een van de zwaarste en meest frustrerende taken voor een programmeur. Diepgaande kennis van de pure basis is daarom de enige manier om je codebase op de lange termijn gezond te houden.
De slimste stap die je nu als veteraan in het vakgebied kunt zetten, is het nuchter omarmen van deze transitie. Verzet je niet tegen de automatisering van het saaie en repetitieve typewerk. Laat die digitale assistent gerust die boilerplate code, de lange contactformulieren en de standaard unit tests uitschrijven. Gebruik de riante tijd die je hiermee bespaart om je te focussen op de daadwerkelijke laadtijden van je applicatie, de database-architectuur en de harde veiligheid van je endpoints. Bedrijven zoeken momenteel wanhopig naar mensen die de grote lijnen overzien en die als een ijzersterke poortwachter optreden tegen slechte output. Je wordt in feite de strenge eindredacteur van je eigen projecten. Niets gaat live zonder dat jij exact begrijpt waarom het werkt. Kijk bijvoorbeeld naar de bekende kwetsbaarheden van OWASP. Geen enkele chatbot begrijpt de subtiele bedrijfsrisico's van cross-site scripting of SQL-injectie in jouw specifieke klantomgeving zo scherp als een ervaren lead developer.
De romantiek van het in totale afzondering eindeloos pielen met syntax verdwijnt wellicht wat naar de achtergrond op de moderne werkvloer. Toch maakt dat het ontwerpen en bouwen van goede websites niet minder mooi. De werkmethodes veranderen simpelweg van urenlang hard werken naar slim delegeren en uiterst kritisch controleren. De ware kracht van een goede scripter zit namelijk helemaal niet in de aanslag op een mechanisch toetsenbord, maar in het scherpe brein dat patronen herkent, fouten in de interface voorkomt en robuuste systemen feilloos uittekent. Deze nieuwe, taalkundige manier van werken is uiteindelijk een extra stuk gereedschap in je rijk uitgeruste kist. Door je solide historische kennis van het pure handwerk te combineren met de ongekende snelheid van generatieve software, bouw je portalen die niet alleen razendsnel worden opgeleverd, maar die onder de motorkap ook echt deugen.
Terug
