Ik heb 25 jaar geprobeerd mensen ervan te overtuigen dat code schrijven het minst interessante deel van ons werk was. Dat het echte werk – bedrijfsproblemen begrijpen, domeinen modelleren, systemen ontwerpen die echt aansluiten op hoe organisaties werken – daar zouden we onze tijd aan moeten besteden. Code was altijd slechts de dure vertaallaag waar we mee om moesten gaan.

De meeste van mijn collega's gingen de andere kant op. Ze werden echt goed in frameworks, talen en ontwerppatronen. Ze optimaliseerden voor technische beheersing. En twee decennia lang werd dat door de markt beloond. Ik voelde me altijd een beetje uit de pas lopen.

Nu, terwijl ik zie hoe AI de implementatie overneemt, voel ik iets wat ik niet had verwacht: genoegdoening. Niet het soort van "zie je wel" – iets diepers. Als eindelijk naar huis kunnen gaan, naar waar ons vakgebied altijd al had moeten zijn.

Wat ik op dit moment vaak zie, bevindt zich ergens tussen ontkenning en paniek. Ontwikkelaars met indrukwekkende cv's zijn plotseling onzeker. De kennis die ze jarenlang hebben opgebouwd – het ingewikkelde begrip van taalsemantieken, framework-patronen, debuggingtechnieken – voelt minder waardevol wanneer een taalmodel syntactisch correcte code kan genereren sneller dan je kunt typen. En ze hebben ergens gelijk dat ze iets voelen. De vaardigheid waarvoor we de afgelopen drie decennia collectief hebben geoptimaliseerd, wordt in real time een commodity. Maar wat ze nog niet zien, is de verheffing die plaatsvindt onder die verstoring.

Wat Er Werkelijk Gebeurt

Dit is wat er werkelijk verandert: AI vervangt geen ontwikkelaars. Het bevrijdt ontwikkelaars van de implementatiebelasting die altijd al niets te maken had met het echte probleemoplossende werk waar we van houden. Code was nooit het einddoel. Het was altijd het middel. Maar zo lang was code schrijven zo duur en tijdrovend dat we het niet konden veroorloven de twee te scheiden. Je had diezelfde persoon nodig die het bedrijfsprobleem begreep en die ook vloeiend was in C#, Java, Python, JavaScript, SQL, CSS en welk framework die maand ook in de mode was. Die persoon bestond zelden. We namen genoegen met dicht genoeg.

Nu kunnen we ons veroorloven precies te zijn over deze scheiding. AI verzorgt de vertaling van intentie naar implementatie. Dat is geen bedreiging voor ontwikkelaars. Het is bevrijding van een taak waarvoor we eigenlijk nooit zijn aangenomen.

Denk na over wat werkelijk waarde creëert in softwareontwikkeling – en dan bedoel ik echte, duurzame, concurrerende waarde. Het is niet de vaardigheid om schone code te schrijven. Dat is het nooit geweest. Het is begrijpen welk probleem je werkelijk oplost. Het is je bedrijfsdomein zo diep kennen dat je verbanden ziet die anderen missen. Het is architectureel denken – weten hoe je complexiteit kunt ontleden, hoe systemen met elkaar omgaan, waar je moet investeren in flexibiliteit versus waar je moet optimaliseren voor eenvoud. Het is herkennen wanneer de structuur van je organisatie dreigt te bezwijken onder het gewicht van succes. Het is begrijpen dat elke technische beslissing een zakelijke beslissing is in een ander jasje.

Dat is het werk dat altijd waardevol was. We moesten alleen echt goed zijn in codesyntaxis om er toegang toe te krijgen. Nu niet meer. Dat is geen verstoring. Dat is verduidelijking.

Hoe Dit Voelt Voor De Mensen Die Het Meemaken

In mijn ervaring is het fascinerend om dit te zien ontvouwen. De ontwikkelaars die er het beste mee omgaan, raken niet in paniek over AI die hen vervangt. Ze worden lichtelijk boos over de tijd die ze verspild hebben aan details waar ze nooit om gaven. Ze herinneren zich waarom ze hier in de eerste plaats mee begonnen zijn – om dingen te bouwen die er toe doen, om interessante problemen op te lossen, om te begrijpen hoe organisaties werken.

Voor mij voelt dit moment anders. Ik heb jarenlang de persoon in vergaderingen geweest die bleef vragen "Maar wat is het eigenlijke bedrijfsprobleem?" terwijl iedereen anders wilde bespreken welk framework ze moesten gebruiken. Ik bouwde domeinmodellen op whiteboards terwijl mijn collega's databasequery's optimaliseerden. De markt vertelde me dat ik het verkeerd deed – dat echte ontwikkelaars code schreven, geen bedrijfsspecificaties.

De afgelopen maanden heb ik gesprekken gevoerd met CTO's en senior architecten, en er is een merkwaardig emotioneel patroon. Eerst komt herkenning: "Oh, dit verandert eigenlijk wat we doen." Dan volgt een vreemde mix van opluchting en verlies. Opluchting omdat het doorploeteren van syntaxfouten in productie om 3 uur 's nachts minder aanvoelt als een noodzakelijk ereteken. Verlies omdat, hoe ironisch ook, het beheersen van dat doorploeteren de manier was geworden waarop we onze waarde bewezen aan de organisatie.

Maar voor degenen onder ons die altijd geloofden dat het bedrijfsprobleem het echte werk was? Dit voelt niet als verlies. Het voelt als bevestiging. Alsof het vakgebied eindelijk bijtrekt naar waar het altijd had moeten zijn.

De Ongemakkelijke Waarheid Die We Vermijden

Dit is wat niemand duidelijk genoeg zegt: deze verschuiving was al 20 jaar noodzakelijk. Op het moment dat we het "begrijpen wat te bouwen"-werk hadden kunnen scheiden van het "dat vertalen naar code"-werk, hadden we dat moeten doen. We deden het niet, voornamelijk omdat het economisch handig was om dat niet te doen. Één persoon die beide taken deed, was ondanks de inefficiëntie eenvoudiger dan het beheren van interfaces tussen rollen.

Het is grappig: terugkeren naar gedisciplineerde specificatie en domain-driven design – benaderingen die state-of-the-art waren in het tijdperk voordat we allemaal cowboys met teksteditors werden – voelt nu innovatief. We ontdekken niets nieuws. We herwinnen iets wat we hebben verlaten omdat we afgeleid raakten door de technische complexiteit die we zelf hebben gecreëerd.

De ontwikkelaars die in deze overgang floreren, zijn niet degenen die zich nauw hebben gefocust op het worden van diepere experts in hun gekozen taal. Het zijn degenen die altijd de helft van hun tijd in vergaderingen doorbrachten om bedrijfsvereisten te begrijpen, vage specificaties ter discussie stelden en ongemakkelijke vragen stelden over waarom we bouwden wat we bouwden. Die mensen merken plotseling dat hun vaardigheden zijn wat organisaties werkelijk nodig hebben, en ze kunnen eindelijk minder tijd besteden aan bewijzen dat ze Python begrijpen en meer tijd aan bewijzen dat ze het bedrijf begrijpen.

Wat Nu Waardevol Wordt

De praktische vaardigheden die er toe doen, verschuiven met opvallende helderheid. Domeinkennis – het begrijpen van je industrie, je markt, je concurrenten, je regelgevingsomgeving – verschuift van "fijne achtergrondkennis" naar essentieel. Bedrijfsmodellering wordt een eersteklas engineeringdiscipline in plaats van iets wat we persten in vereistendocumenten. Systeemdenken – het vermogen om te zien hoe componenten met elkaar omgaan, waar knelpunten zullen ontstaan, hoe veranderingen zich verspreiden – wordt belangrijker dan ooit.

En dit is cruciaal: de ontwikkelaars die begrijpen hoe ze effectief kunnen samenwerken over organisatiegrenzen heen, worden onevenredig waardevol. Dat betekent samenwerking, communicatie, het vermogen om technische implicaties in zakelijke termen uit te leggen. Het betekent begrijpen hoe je technologiebeslissingen de organisatiecultuur en -capaciteit vormgeven. Het betekent technologiestrategie zien als onlosmakelijk verbonden met bedrijfsstrategie.

Dit zijn geen nieuwe ideeën. Iedereen die bekend is met TOGAF-frameworks, domain-driven design, of zelfs de oorspronkelijke systeemdenk-benadering uit de jaren zeventig kent dit terrein al. Wat nieuw is, is dat we nu werkelijk kunnen investeren in het ontwikkelen van deze capaciteiten zonder onze mogelijkheid om werkende code te leveren op te offeren. AI verzorgt de code. We mogen ons eindelijk concentreren op de architectuur, het ontwerp, de strategie. Het echte denken.

De Vraag Voor Jou

Deze reeks zal verkennen waar ons vakgebied naartoe gaat naarmate deze verschuiving versnelt. We bekijken wat dit betekent voor werving, loopbaanontwikkeling, organisatiestructuur en wat het werkelijk betekent om een "senior" ontwikkelaar te zijn in 2026 en daarna. We zullen ook enkele ongemakkelijke waarheden onder ogen zien over waar we een verkeerde afslag hebben genomen en wat het betekent om de weg terug te vinden.

Maar voordat we verder gaan, ben ik benieuwd: waar sta jij in dit verhaal? Heb je altijd het gevoel gehad dat code de last was en het bedrijfsprobleem het interessante deel? Of besef je dit nu voor het eerst nu AI de economie verandert?

En belangrijker nog: als je je waarde niet hoefde te bewijzen door syntaxis te beheersen, waar zou je je dan werkelijk op richten? Want dat is de echte vraag die onder dit alles schuilgaat. Niet "zal AI mij vervangen?" maar "wat wil ik eigenlijk doen nu ik dat eindelijk kan?"

—

Overzicht van de reeks: Dit is deel 1 van 8 in "The Future of Our Profession: Back to the Future," waarin wordt onderzocht hoe AI ontwikkelaars terugbrengt naar hun ware strategische rol – bedrijfs- en domeinmodellering – en wat dat betekent voor hoe we werken, organisaties bouwen en nadenken over onze carrières.

Volgende keer: Deel 2: "We Were Information Systems Professionals First" – een verkenning van de historische wortels van waar we naartoe gaan, en waarom deze verschuiving eigenlijk een terugkeer is.