Van ontwikkelaar naar ontwikkelmanager: De veranderende rol in het AI-tijdperk

De traditionele 'flow state' van een ontwikkelaar - urenlang diep geconcentreerd werken aan één enkele taak - is aan het verdwijnen. De opkomst van AI als actieve deelnemer in het ontwikkelproces verandert de aard van het werk fundamenteel. De ontwikkelaar is niet langer alleen een bouwer, maar wordt steeds meer een ontwikkelmanager: de beheerder van een vloot van intelligente, cognitieve werkers.

MUXING: Het jongleren met parallelle taken

Stel je het volgende scenario voor:

• In terminal 1 bouwt een AI-agent de frontend van een nieuwe website.
• In terminal 2 zet een andere agent de dataverzameling op.
• In terminal 3 wordt een kennismodel getraind.
• In terminal 4 wordt de documentatie in SourceAtlas bijgewerkt.

Elk van deze processen draait autonoom, maar vereist op onvoorspelbare momenten menselijke input. De AI voltooit een subtaak en wacht op een beslissing, een validatie of een volgende opdracht.

De ontwikkelaar moet constant schakelen tussen deze terminals. Hij merkt dat een taak klaar is, herlaadt de context in zijn brein ("waar waren we hier ook alweer mee bezig?"), geeft de benodigde input en start de volgende stap. Dit continue proces van het multiplexen van menselijke aandacht over meerdere autonome executiestromen noemen we MUXING.

De economie van aandacht

Deze nieuwe manier van werken heeft ingrijpende gevolgen voor productiviteit. De schaarse middelen zijn niet langer alleen de ontwikkelaarsuren. De nieuwe economie draait om:

1. Menselijke aandacht: Het vermogen om snel context te wisselen en de juiste beslissing te nemen.
2. Parallelle intelligentie: Het aantal AI-agenten dat tegelijkertijd productief kan zijn.
3. Tokens/Budget: De 'brandstof' voor de AI-agenten.

De optimale flow is niet langer de diepe concentratie van één ontwikkelaar (developer flow state), maar de maximale productiviteit van de hele vloot (fleet flow state). Soms betekent dit dat je je eigen concentratie moet doorbreken om drie andere AI-werkers aan de gang te houden. Dit is een fundamentele omkering van hoe we over productiviteit dachten.

De cognitieve uitdaging

Deze rol van 'ontwikkelmanager' of 'MUX-operator' vereist een ander cognitief profiel. Het diep graven in één probleem voor langere tijd maakt plaats voor:

• Snel context-switchen: Het vermogen om binnen seconden te schakelen tussen compleet verschillende projecten en problemen.
• Prioriteren: Constant beslissen welke van de wachtende AI's de meest cruciale input nodig heeft.
• Overzicht bewaren: Het 'grote plaatje' in het oog houden terwijl je met details in verschillende stromen bezig bent.
• Communicatie met de AI: Duidelijk en bondig zijn in je instructies, zodat de AI met minimale vertraging verder kan.

Het is een rol die meer lijkt op die van een luchtverkeersleider dan op die van een traditionele programmeur. Je managet de flow, delegeert taken en zorgt ervoor dat het hele systeem, de 'vloot', optimaal presteert. Het is een veeleisende, maar ook een enorm krachtige nieuwe manier van software bouwen.

---

Illustratie Suggestie

Plaatsing: Na de sectie "MUXING: Het jongleren met parallelle taken".

Prompt (Nederlands):

"Toon een illustratie van een 'luchtverkeersleider' in een controletoren. De luchtverkeersleider (de ontwikkelaar) kijkt uit over meerdere 'landingsbanen'. Op elke landingsbaan is een robot (een AI-agent) bezig met het bouwen van een deel van een vliegtuig ('taak 1', 'taak 2', etc.). De luchtverkeersleider geeft via een headset instructies en aanwijzingen aan de verschillende robots, en zorgt ervoor dat alles soepel en parallel verloopt. Het beeld moet de dynamiek en de coördinerende rol van de ontwikkelaar als 'MUX-operator' benadrukken."