AI beloofde minder werk. Ik heb nog nooit zoveel gewerkt.

De belofte was dat AI ons tijd zou teruggeven. Minder boilerplate schrijven, de saaie taken delegeren, eerder naar huis gaan.

Ik klaag niet over de tools. Ik gebruik inmiddels agents voor al mijn engineering-werk, en ik heb eerder beschreven hoe die setup is geëvolueerd en waarom ik de code nog steeds lees. Ik kan nu zaken onderzoeken en opleveren die twee jaar geleden de moeite van het starten niet waard zouden zijn geweest.

Maar ergens dit jaar merkte ik dat ik meer werk dan ik ooit heb gedaan, en dat het zwaarder voelt dan voorheen. Niet omdat een enkele taak moeilijker is, maar omdat er zoveel meer taken tegelijkertijd zijn.

In dit artikel probeer ik dat te begrijpen, aan de hand van data uit mijn eigen GitHub-historie.

De oude werklast en de nieuwe werklast

Als full-stack engineer betekende een normale week voor mij twee of drie serieuze taken. Een feature, een lastige bug, misschien een migratie. Elke taak vereiste echte focus, maar ik kon er één tegelijk in mijn hoofd houden, deze afronden en dan doorgaan naar de volgende.

Tegenwoordig ziet mijn week er compleet anders uit. Ik heb verschillende agents die parallel draaien: één die een wijziging implementeert, één die een vraag over de productieomgeving onderzoekt, één die door een review gaat en een ander die onderzoek doet waar ik later iets aan heb. Geen van hen heeft me de hele tijd nodig, maar elke agent heeft me soms nodig.

Dat "soms" is het probleem.

Elke agent komt uiteindelijk terug met een vraag, een plan dat goedgekeurd moet worden, een diff die gelezen moet worden of een resultaat dat begrepen moet worden. Reageren betekent dat ik van context moet wisselen: een ander probleem inladen, een andere repository openen en een andere set beslissingen overwegen.

Twee of drie serieuze taken per week was vermoeiend op een bekende manier. Werken met veel agents is vermoeiend op een nieuwe manier. Mijn aandacht is verspreid over meer problemen, en ik merk dat het schakelen tussen deze problemen mentaal veel uitputtender is.

Wat mijn GitHub-historie laat zien

Ik heb mijn GitHub-contributiekalender van elke maand vanaf januari 2019 tot nu geanalyseerd en mijn rollen bij Bold.org gemarkeerd (waar ik in januari 2020 ben begonnen): Full Stack Engineer tot augustus 2022, Principal Engineer tot augustus 2025, en Vice President of Technology daarna.

Dit zijn de contributie-aantallen van GitHub, inclusief privéwerk, dus ze vormen een mix van commits, pull requests, reviews en issues. Het is een grove indicatie van activiteit, geen maatstaf voor waarde. 2019 is een onvolledige nulmeting: mijn baan vóór Bold.org gebruikte een self-hosted GitLab, dus GitHub toont alleen wat ik daarbuiten deed. Maar de trend is moeilijk te negeren.

De vroege jaren en de stabilisatie

Het eerste deel van de curve is wat ik had verwacht:

• Mijn drukste programmeerjaren bij Bold.org waren de eerste jaren. 2020 was mijn piekjaar met 2.711 contributies.
• In 2021 daalde dit naar 1.839 en in 2022 naar 1.498.
• De jaren als Principal Engineer waren vlakker en lager. Van augustus 2022 tot juli 2025 gemiddelde ik 114 contributies per maand, tegenover 173 als Full Stack Engineer. Mijn laagste jaar was 2023, met 1.189.

De eerste maanden als VP of Technology zagen er hetzelfde uit. Van augustus tot december 2025 gemiddelde ik 111 per maand, waarbij december 2025 mijn rustigste maand sinds mijn start bij Bold.org was, met slechts 50.

Als Principal Engineer ging meer van mijn werk naar architectuur, diepgaande conceptuele analyses, het opzetten van projecten en planning, in plaats van het oplossen van bugs of het itereren op features. De stap naar VP of Technology zette die verschuiving voort; er werd nog minder feature-werk verwacht. Althans, tot AI kwam.

De omslag in 2026

Toen kwam 2026:

• Ik ben terug op het tempo van mijn tijd als Full Stack Engineer. Op 27 oktober sta ik op 2.102 contributies, wat al meer is dan in elk volledig jaar tussen 2021 en 2025. In dezelfde periode in 2020 had ik 2.371, dus 2026 komt dicht bij mijn drukste jaar, maar overtreft het niet.
• Augustus 2026 is de drukste maand in de gehele tijdlijn: 427 contributies, tegenover een vorige piek van 319 in april 2020.
• Mijn normale dagelijkse activiteit is weer gestegen. De mediaan van de werkdagen was tussen 2022 en 2025 ongeveer 3 of 4 contributies. In 2026 is dat 7, dicht bij de 8 die ik in 2020 had.
• Er zijn minder werkdagen zonder GitHub-activiteit. Tot 27 oktober had ik 18 werkdagen met nul contributies, vergeleken met 40–46 per volledig jaar tussen 2022 en 2025. (Dit zijn dagen zonder geregistreerde GitHub-activiteit, niet noodzakelijkerwijs vrije dagen).
• Zware dagen zijn weer routine geworden. Van 2022 tot 2025 had ik precies één dag per jaar met 24 of meer contributies. In 2026 zijn dat er al 16, bijna net zoveel als in het hele jaar 2020.

Bijna al dit werk is privéwerk. De publieke contributies waren tussen 2021 en 2025 bijna nul en zijn dit jaar teruggekeerd (191 tot nu toe), maar dat is nog minder dan een tiende van het totaal van 2026.

De twist zit in de rol. In 2020 was ik een full-stack engineer die fulltime aan features werkte, en dat is ongeveer hoe dat er op GitHub uitzag. Vandaag de dag leid ik de engineering bij Bold.org en doe ik veel minder feature-werk dan vroeger. Op papier zou mijn grafiek eruit moeten zien als mijn jaren als Principal Engineer, of zelfs lager. In plaats daarvan is hij terug op het niveau van toen programmeren mijn volledige baan was.

Wat is er veranderd? De hoeveelheid werk die het waard wordt gevonden om op te pakken. Wanneer coderen "goedkoop" is, kan ik bugs oplossen die ik voorheen met rust zou hebben gelaten, patronen in de codebase verbeteren, nieuwe projecten starten en meer ideeën omzetten in iets tastbaars. Veel hiervan is werk dat ik voorheen nooit had overwogen. Agents hebben mijn bestaande werklast niet alleen versneld; ze hebben het makkelijk gemaakt om mezelf een veel grotere werklast te geven.

Pieken, gevolgd door burn-out

Als ik naar de maandtotalen kijk, is 2026 geen gestage klim, maar een reeks pieken.

Januari en februari waren de eerste duidelijke pieken, met 277 en 233 contributies. Dit was het moment dat ik serieus met agents begon te werken, en toen het observatie-experiment dat ons interne bedrijfs-agent werd, echt van de grond kwam. Elke week onthulde iets nieuws dat ik plotseling kon delegeren, en ik wilde alles proberen.

Van maart tot juni vlakt het over het algemeen af, van 203 contributies in maart naar 77 in juni. Maar april was een kleinere piek tussendoor;weer een maand waarin ik ideeën had en these uitvoerde. Ik denk dat verbeteringen in de modellen bijdroegen aan die vernieuwde energie. Het maandtotaal van 187 ligt lager dan januari tot maart, maar het bevat een dag met 29 contributies en 68 publieke contributies, mijn hoogste publieke totaal van het jaar.

Augustus is de grootste piek van allemaal. Na mijn zomervakantie laat de kalender een volledige week van nul contributies zien begin augustus. Daarna zat elke werkdag van 10 tot 27 augustus tussen de 14 en 43. Augustus eindigde met 427 contributies, de drukste maand in de hele tijdlijn. September bleef hoog met 301.

Elke cyclus begint hetzelfde: een nieuw model of een nieuwe workflow maakt iets mogelijk dat vorige maand nog niet kon, en mijn hoofd vult zich met ideeën. Omdat implementatie nu goedkoop is, is er geen natuurlijke wrijving die me tegenhoudt om ze allemaal tegelijk na te streven. Dus dat doe ik. Ik start meer agents, open meer threads en zeg ja tegen meer experimenten.

Dat werkt een paar weken. Daarna halen het reviewen en het context-switchen me in, en trek ik me terug naar een stabielere flow. Daar blijf ik totdat er iets spannends gebeurt, of totdat een vakantie me genoeg oplaadt om direct weer in een nieuwe piek te schieten.

Sinds januari tel ik drie van deze cycli.

Aan het einde van zo'n piek ben ik "AI-moe". Ik wil geen nieuwe agent starten of aan meer ideeën denken. Ik doe mijn normale werk, maar ik stop met het najagen van extra projecten en mogelijkheden omdat ik daar de mentale bandbreedte niet meer voor heb.

Het rustige seizoen is niet meer rustig

Het deel dat me het meest verraste, zijn niet de pieken, maar hoeveel ik doe tussen die pieken door.

Maart voelde niet als de pieken in januari, februari of augustus, maar ik deed nog steeds aanzienlijk werk. Het had 203 contributies, tegenover mijn gemiddelde als Principal Engineer van 114 per maand. Ik handelde nog steeds ideeën uit, maar dat niveau van activiteit voelde niet langer als een uitzonderlijke inspanning. Zelfs wanneer ik denk dat ik het rustig aan doe, zijn er nog steeds agent-resultaten om te verwerken, reviews om af te ronden en kleine dingen die nu "gewoon een snelle prompt" zijn.

Juni was echt laag, met 77 contributies, vergelijkbaar met mijn rustigere maanden als Principal Engineer. Misschien was dat het moment waarop alle vermoeidheid me inhaalde. Niet elke rustige maand is hoger dan voorheen. Maar buiten de pieken merk ik dat ik nog steeds meer werk op pak dan vroeger. Dat is wat ik bedoel met dat het rustige seizoen niet meer echt rustig voelt.

Waar dat me laat

AI heeft ruimte gemaakt voor werk dat ik voorheen nooit zou hebben overwogen. Ik vind het fijn dat ik meer dingen kan repareren en meer ideeën kan realiseren. Maar het vermogen om die ideeën te implementeren is veel sneller gegroeid dan mijn vermogen om erover na te denken. Uiteindelijk stop ik met het starten van nieuwe agents en ga ik terug naar mijn normale werk.

Ik heb de balans nog niet gevonden. Voorlopig merk ik dat het kunnen doen van meer, constant verandert in het doen van meer. En ik ben moe.

***

Een opmerking over hoe dit artikel is geschreven: AI heeft me geholpen om mijn GitHub-contributiedata op te halen en te analyseren, de grafiek te bouwen en dit artikel te schetsen. De ervaringen, beslissingen en meningen zijn van mij.