Van programmeur naar regisseur: de nieuwe rol van developers

Softwareontwikkeling was vooral een technisch vak: code schrijven, architectuur ontwerpen, bugs opsporen en precies weten hoe een systeem in elkaar steekt. Dat beeld verandert razendsnel. AI neemt steeds meer uitvoerend werk over, waarmee de rol van developers verschuift van programmeur naar regisseur: minder code schrijven en steeds meer aansturen, beoordelen en de kwaliteit bewaken.

Collega en developer Sander geeft aan dat met die verandering het vak opnieuw wordt uitgevonden.

Niet omdat programmeren verdwijnt, maar omdat de manier van werken fundamenteel verandert. Om die verandering te omschrijven gebruikt hij de volgende analogie: “Vroeger schilderde je zelf elk streepje, nu beschrijf je het schilderij aan iemand anders. Dan verlies je automatisch een deel van de directe controle over wat er precies gebeurt.”

Sander: “AI is in korte tijd onderdeel geworden van het dagelijkse ontwikkelproces. Waar developers vroeger alles zelf programmeerden, anders verscheen er immers weinig op het scherm, verschuift het werk nu steeds meer naar het aansturen van een AI coding agent. Het lijkt op het begeleiden van een junior collega: je beschrijft de intentie, levert context en voorbeelden aan, controleert de output en stuurt bij waar nodig. De andere kant is dat die ‘nieuwe collega’ ook je vraagbaak is. Dat is een substantiële verandering. Voorheen vroeg je op Stack Overflow hoe een error opgelost kan worden of vond je daar het antwoord als de vraag al door een ander gesteld was. Nu stelt iedereen de vraag aan een AI-assistent en is Stack Overflow compleet geïmplodeerd.”

Dat klinkt efficiënt, en geregeld is het dat ook, maar de praktijk blijkt genuanceerder.

“Je bent minder tijd kwijt aan het letterlijk typen van code, maar meer tijd aan uitleggen wat je bedoelt,” zegt hij. “En daarna moet je alsnog controleren of alles klopt.”

Juist dat controleren blijkt cruciaal. AI kan snel produceren, maar begrijpt context niet zoals een ervaren developer dat doet, het moet daarin gevoerd worden. Daardoor verschuift het werk van produceren naar aansturen en beoordelen, waarbij de volgende vragen centraal staan:

Dat vraagt andere vaardigheden dan alleen programmeerkennis.

Internationaal onderzoek laat dezelfde beweging zien. Platformen als GitHub en McKinsey beschrijven hoe developers steeds meer veranderen van “code producers” naar “strategic orchestrators”: professionals die systemen, tooling en processen aansturen in plaats van alles zelf te bouwen.

De belofte rondom AI is dat teams sneller gaan werken. In sommige situaties klopt dat, prototypes zijn nu snel gebouwd en ook in serieus productiewerk kan het tijd opleveren, maar niet per definitie.

“Je moet enorm veel context meegeven. Prompts verfijnen. Resultaten nalopen. Het zou dan ook interessant zijn om de opbrengst van AI goed te meten.”

Die kritische blik hoort volgens Sander ook bij volwassen omgaan met AI. Niet alles wat technisch mogelijk is, blijkt automatisch praktisch waardevol. “Het voordeel dat ik uit AI haal is voornamelijk gerelateerd aan codekwaliteit. Het kost meerdere iteraties, maar door de AI vragen te laten stellen en voorbeelden te laten aandragen, lever ik uiteindelijk iets op wat vroeger één of twee sparrondes en codereviews van een ervarener collega vergde.”

Niet enkel de technologie verandert, we zien in de hele agency-wereld dat de positie van developers binnen projecten verschuift. Klanten waarderen het directe contact met deze experts, het reactief én proactief afstemmen en daarmee projectmatige verantwoordelijkheid nemen. Ook binnen Linku verschuift die rol.

Voor Sander betekent het dat zijn werk in korte tijd best wel veranderd is. Naast programmeren onderhoudt hij direct klantcontact, en waar dat eerder beperkt bleef tot technische onderwerpen, is dat nu voor meerdere projecten ook voor zaken als planning en algemene klantcommunicatie, zonder vaste projectmanager ertussen. Dat is natuurlijk aanpassen, maar het brengt ook nieuwe inzichten. “Je merkt nog duidelijker hoeveel waarde communicatie heeft,” zegt hij. “Niet alleen het oplossen, maar ook uitleggen wat je doet, waarom iets tijd kost en waar je mee bezig bent.” Dat lijkt vanzelfsprekend, maar in technische teams krijgt die kant van het werk traditioneel minder aandacht. Terwijl daar juist veel waarde ligt.

Sander en zijn collega’s groeien in communicatie. Het gaat niet alleen over informatie, maar ook over relatie. Bijvoorbeeld als er niet direct een oplossing is, is de boodschap dat eraan gewerkt wordt een die goed is voor de relatie.

Dat principe probeert hij nu bewuster toe te passen:

Wat een developer als logisch of ingrijpend ervaart, kan voor een klant onduidelijk of onbeduidend zijn, en andersom. En iedere klant is natuurlijk anders. De ene persoon wil gedetailleerde urenverantwoording en frequente updates, terwijl een andere vooral behoefte heeft aan hoofdlijnen en bereikbaarheid. Het inschatten van die behoefte vraagt oefening en reflectie.

Waar technische kennis dus jarenlang de belangrijkste factor was in het werk van een developer, komen andere vaardigheden steeds meer op de voorgrond:

Dit alles betekent niet dat technische diepgang minder belangrijk wordt. Integendeel. Goede developers blijven nodig om kwaliteit, veiligheid en schaalbaarheid te bewaken. Maar technische expertise alleen is steeds minder voldoende. De developer van nu bouwt niet alleen software, maar begeleidt processen, bewaakt kwaliteit, communiceert met klanten en stuurt slimme systemen aan. Niet omdat techniek minder belangrijk wordt, maar omdat menselijke context juist waardevoller wordt in een wereld waarin steeds meer automatisch kan.