Het Ambacht Verandert: Over Coders, AI en de Vraag Wat We Eigenlijk Bouwen

Er is iets vreemds gebeurd. Je opent je laptop, de cursor knippert, en je denkt: had ik dit niet gisteren al laten vallen? Maar het werk is gedaan. De feature werkt. De tests slagen. Alleen... jij hebt het niet geschreven.

Voor steeds meer developers is dit dagelijkse realiteit. En de vraag die daarbij opkomt is niet alleen "blijf ik relevant?" Het is diepere: "wie ben ik eigenlijk nog als developer?"

De Sjaak met AI Tools

Laten we niet doen alsof AI coding tools niet indrukwekkend zijn. Ze zijn dat. Ze peuren template code in milliseconden aan elkaar, ze spotten bugs voordat jij ze ziet, en ze kunnen complete componenten bouwen vanaf één prompt. Dat is geen kleine verbetering — dat is een fundamentele verschuiving in wat het betekent om code te "schrijven."

Maar die verschuiving dwingt ons om ongemakkelijke vragen te stellen. Niet over onze banen, maar over onzent.

De Schaker en Zijn Engine

Er is een analogie die ik zelf vaak terugdenk. Weet je nog toen schakcomputers voor het grote publiek beschikbaar kwamen? Spelers voelden zich bedreigd. Maar wat er daarna gebeurde, was fascinerend: veel grootmeesters gingen de engines gebruiken om hun partijen te analyseren, nieuwe strategieën te ontdekken, en grenzen te verleggen. De engine doodde schaken niet — het evolueerde het.

Met coding agents gebeurt misschien iets vergelijkbaars. Alleen voelen de emotionele inzetten anders. In schaken is het duidelijk wie er wint. Maar in softwareontwikkeling is de grens tussen "jouw code" en "de code van de agent" opgeschoven naar een grijs gebied dat zowel verfrissend als angstaanjagend is.

Wat volgens mij aan het gebeuren is: developers verliezen niet zomaar een taak. Ze verliezen een bepaalde relatie met hun werk. Die relatie waarbij struggle onderdeel was van het proces. Waar begrip incrementeel groeide. Waar je letterlijk kon voelen hoe gedachte werd omgezet naar implementatie. Die relatie gaat niet over efficiëntie — het gaat over betekenis.

De Manager Die Niemand Wilde Worden

De meest desoriënterende verschuiving zit hem niet in de lagere code-output. Het is de verandering in wat je brein vraagt.

Traditioneel coderen vereiste diepe focus, maar bood ook een soort flow state. Urenlang verdwijnen in een probleem. Moderne AI-assisted development vraagt iets anders: snel schakelen tussen contexten, patronen herkennen in enorme bergen gegenereerde code, constante alertheid. Dat voelt meer als modereren dan als creëren.

Ik ken developers die beschrijven hoe uitgeput ze zijn na een dag "AI code reviewen." Ze verwerken meer informatie, sneller, maar zonder de bevredigende ritme van zelf bouwen. Hun dagen voelen minder als craften en meer als cureren.

En er zit een ironie in: veel van deze developers kozen coding net omdat ze met machines wilden werken in plaats van mensen. Om puzzels op te lossen met definitieve antwoorden. Nu lijkt hun rol steeds meer op die van een technical lead die delegeert, reviewt, en context geeft — behalve dat hun delegaat nooit slaapt en nooit een één-op-één nodig heeft.

Wat Blijft Er Waardevol Over?

Dus wat nu? Ik denk niet dat het antwoord is om te doen alsof AI tools er niet zijn. Die boot is vertrokken.

Wat wél de moeite waard is: uitzoeken wat er nog waardevol is aan onze vaardigheden in dit nieuwe landschap.

Denk er eens over na: het vermogen om problemen helder te verwoorden. Om requirements op te breken in precise technische specificaties. Om een systeem genoeg te begrijpen om een AI de goede richting op te sturen. Deze vaardigheden worden steeds zeldzamer en waardevoller.

De developer die vroeger drie dagen besteedde aan het bouwen van één feature, besteedt nu diezelfde tijd aan het architecten van een heel systeem dat AI helpt implementeren. De leverage is verschoven, maar het denken doet er nog steeds toe.

Er is ook iets te zeggen voor het uitbreiden van wat we als "ons werk" zien. Als jij een AI begeleidde naar een oplossing, als jij de subtiele bug in de gegenereerde code ving, als jij de business context genoeg begreep om te weten waarom één aanpak beter was dan de andere — was dat werk dan waardeloos? Volgens mij niet. De intellectuele arbeid was er nog steeds; de executie verliep alleen anders.

Het Ambacht Sterft Niet — Het Muteert

Dit is mijn kijk: de emotionele pijn die veel developers ervaren is legitiem en verdient erkenning. Maar het kan ook iets signaleren over hoe we relateren aan ons werk.

Decennialang was onze identiteit als developers verweven met een specifieke set activiteiten: code typen, debuggen in terminals, dat gevoel van een groene test suite. Die activiteiten verdwijnen niet helemaal, maar ze zijn niet langer het hele verhaal.

De developers die zullen floreren zijn niet per se degene die AI tools het hardst weerstaan. Het zijn degenen die deze tools kunnen integreren in een praktijk die nog steeds betekenisvol voor ze voelt — die nieuwe vormen van creativiteit, nieuwe bronnen van voldoening, nieuwe manieren van eigenaarschap kunnen vinden over wat ze maken.

Misschien betekent dat meer tijd besteden aan de probleemdefinitie-fase, waar menselijk oordeel onvervangbaar is. Misschien betekent het dieper duiken in systemen en architectuur waar AI nog mee worstelt. Of misschien betekent het een geheel nieuwe rol omarmen — meer die van systems thinker of product engineer die code als één van de vele gereedschappen gebruikt.

Niet Hoe, Maar Wat

Bij NameOcean praten we veel over wat we "vibe coding" noemen — het idee dat moderne development minder moet voelen als syntax malen en meer als het uitdrukken van creatieve intentie. Dat betekent niet dat AI al het werk doet terwijl wij achterover leunen. Het betekent dat de bottleneck verschuift van mechanische executie naar conceptuele helderheid. En conceptuele helderheid is, eerlijk gezegd, een interessanter probleem om op te lossen.

Als je je nu verdwaald voelt: dat is oké. De grond verschuift onder onze voeten en dat is desoriënterend voor iedereen. Maar onthoud: de nieuwsgierigheid die je aandreef om te leren programmeren, de voldoening van het oplossen van lastige problemen, de trots in iets dat werkt — dat hoeft allemaal niet te verdwijnen. Het ziet er misschien gewoon anders uit dan je verwachtte.

Het ambacht sterft niet. Het muteert. En de developers die zich aanpassen — zonder op te geven wat hen ooit verliefd deed worden op dit vak — ontdekken misschien wel iets onverwachts: een diepere, meer strategische relatie met wat ze bouwen.

Wat betekent "coderen" voor jou nu?