Van code schrijven naar code begrijpen — hoe het developer-vak zichzelf opnieuw uitvindt

"Seniority used to mean that you could write code and solve problems that other people couldn't. And now it means that you understand code that other people can't necessarily understand."

Die zin komt van Addy Osmani, tijdens een fireside chat over de evolutie van het developer-vak. Hij zat naast Aja Hammerly, een Google-engineer die vijf programmeertalen per week gebruikt, en Ciera Jaspan, die bij Google empirisch onderzoekt hoe engineering teams werken. Richard Seroter modereerde. 45 minuten. Geen slides, geen productaankondigingen. Gewoon vier mensen die nuchter bespreken wat er gebeurt met het vak waar ze van houden.

Wat ze schetsen is geen "AI vervangt developers"-verhaal. Het is preciezer en ongemakkelijker. AI maakt code schrijven zo goedkoop dat de waarde van de developer verschuift naar iets wat veel moeilijker te automatiseren is: begrijpen wat de code doet, beoordelen of het goed is, en verantwoordelijkheid nemen voor wat er in productie gaat.

Drie concepten die de chat introduceert

Cognitive debt en cognitive surrender. Addy Osmani definieert twee nieuwe risico's die hij in de praktijk ziet. Cognitive debt is de erosie van je begrip en geheugen rond probleemoplossing doordat je te veel aan AI delegeert. Je begrijpt je eigen systeem steeds minder. Cognitive surrender is het eindstadium: je stopt volledig met nadenken. Het antwoord van de LLM is het antwoord dat je accepteert. Je merged zonder begrip. Je vertrouwt op "de agent fixt het wel."

"The big challenge with that is that we stop critical thinking. We stop thinking for ourselves. We stop being able to properly debug systems because we actually don't know how they work. And so you end up with a really big house of cards."

Ciera Jaspan voegt hier het werk van Margaret-Anne Storey aan toe: drie schuldmodellen. Technical debt ken je. Cognitive debt is nieuw: het gat tussen wat het systeem doet en wat jij begrijpt. Intent debt is het derde: code die doet wat je vroeg maar niet wat je bedoelde. AI kan alle drie versnellen, zowel oplossen als verergeren.

Mutual amplification. Addy's remedie tegen cognitive surrender is geen "gebruik minder AI". Het is een ander patroon: "As I use an agent every day, I should be getting better, my agent should be getting better, a loop where we both amplify and get better together."

Dit is de menselijke kant van loop engineering. De architectuur zegt: maker en checker moeten gescheiden zijn, state moet extern zijn, elke loop heeft een quality gate. De fireside chat zegt: de developer moet elke dag beter worden, niet alleen de agent. De agent is een coach die jou scherp houdt, niet een vervanger die je overbodig maakt.

De adversarial mentor. Aja Hammerly heeft een dagelijkse gewoonte die dit operationaliseert. Na elke codeersessie, vóór elke push, vraagt ze haar AI: "What did we miss? What didn't I understand?" De AI wordt een tegenspeler die zwakke plekken blootlegt.

"It does not feel good the first couple times when your AI tells you that you are a complete idiot. Especially when the AI wrote that code."

Dit is het maker-checker patroon uit de loop-architectuur, maar als dagelijkse gewoonte in plaats van als systeemcomponent. Het kost niets om te implementeren. Het vereist alleen de discipline om het elke keer te doen.

Rollen vervagen: het voorbeeld dat alles zegt

Ciera Jaspan beschrijft haar eigen team bij Google:

"The software engineers weren't writing code. We were all writing design docs and fixing up our documentation. And the UX researchers were all writing code."

Haar conclusie: "We were all doing the junior level of everyone else's job and then the senior level of our own job."

Dit is een radicale herdefinitie van teamdynamiek. Engineers doen meer productwerk, documentatie, en UI. PM's en designers schrijven prototype-code. Iedereen opereert op twee niveaus: junior in andermans domein, senior in het eigen domein. De implicatie voor engineering leaders: je teamstructuur moet deze dubbelrol kunnen faciliteren. Je kunt niet meer zeggen "dat is niet mijn werk".

Wat developers morgen moeten doen

De vier sprekers sloten af met concrete adviezen. Geen "denk er eens over na". Dingen die je morgen kunt doen:

Ciera Jaspan: Lees Margaret-Anne Storey's paper over de drie schuldmodellen. Begrijp het verschil tussen technical, cognitive en intent debt. Meet ze. "If you can't measure it, you can't manage it."

Aja Hammerly: Identificeer één repetitieve taak die geen vreugde brengt en automatiseer hem. De automation cost is lager dan ooit. Gebruik dat.

Addy Osmani: Besef het verschil tussen "feeling busy" en "being productive". Je cognitieve bandbreedte paralleliseert niet. Twintig agents runnen maakt je niet twintig keer productiever. Het maakt je twintig keer meer belast met orchestratie.

Richard Seroter: Doe iets dat je blij maakt met tech. "I built an Android app in AI Studio two hours ago. It just made me happy." De drempel om iets te bouwen is lager dan ooit. Gebruik dat niet alleen voor werk.

Hoe dit de loop-architectuur verdiept

Vanmorgen publiceerden we een analyse van Loop Engineering, het architectuurpatroon achter agentic software engineering. Die post beschreef de zes lagen van een volwassen loop-architectuur, het onderscheid tussen open en closed loops, de quality gate, en het implementatiepad.

De fireside chat is de menselijke verdieping van die architectuur:

Loop Engineering (architectuur)	Fireside Chat (mindset en gewoontes)
Verification-loop: maker en checker gescheiden	Aja's adversarial mentor: dagelijkse gewoonte, niet alleen systeemcomponent
Memory-loop: externe state buiten de chat	Addy en Ciera's learning markdown files: agent schrijft lessen op na elke sessie
Governance-loop: grenzen bepalen	"Pace appropriate for your risk tolerance", niet elke sector kan even snel
Comprehension debt als risico	Cognitive debt + cognitive surrender (Storey's drie schuldmodellen)
Begin met één high-signal loop	Ciera's "één tool per maand"; Aja's "automatiseer één taak"
Quality gate deterministisch	Aja: "quality over velocity"; code review blijft, altijd
Open vs closed loops	Addy: background agents voor afgebakende taken; focus voor complexe cognitieve taken

De architectuur geeft het wat en waarom. De chat geeft het hoe van de dagelijkse praktijk. Samen vormen ze een compleet operating model voor agentic engineering: architectuur plus gewoontes plus mindset.

Wat dit betekent voor engineering leaders

De verschuiving is niet "AI maakt developers overbodig". Het is "AI maakt code-productie een commodity, waardoor de echte waarde van developers zichtbaar wordt." Die waarde zat altijd al in architectuur, oordeelsvorming, mentorschap en kwaliteitsbewaking. Maar zolang code schrijven de bottleneck was, bleef dat onder de oppervlakte.

Nu code schrijven geen bottleneck meer is, wordt zichtbaar wat er overblijft. En wat overblijft is het moeilijkste deel van het vak.

Voor engineering leaders betekent dit drie dingen. Ten eerste: herdefinieer wat senioriteit betekent in je team. Niet "kan complexe code schrijven" maar "kan code beoordelen die anderen niet begrijpen". Ten tweede: bouw de gewoontes in. De adversarial mentor, het learning markdown file, de innovation budget. Dit zijn geen tools die je koopt. Dit zijn disciplines die je oefent. Ten derde: meet cognitive debt. Als je niet weet hoeveel van je systeem je team nog begrijpt zonder AI, weet je niet hoe kwetsbaar je bent.

De agentic delivery control plane herdefinieerde de software-engineering rol. De Google SDLC-analyse bracht de governance-lacune in kaart. Loop engineering gaf het architectuurpatroon. Deze fireside chat geeft het menselijke operating model.

Het plaatje is compleet. De volgende stap is niet meer tools toevoegen. Het is de gewoontes installeren.

---

Gebaseerd op: Google Cloud, "A fireside chat on the evolution of the developer craft" (2026). Sprekers: Richard Seroter (moderator), Aja Hammerly (Google engineer), Ciera Jaspan (Google Engineering Insights), Addy Osmani (Google Chrome). 45 minuten. Met dank aan Margaret-Anne Storey voor het werk over drie schuldmodellen (technical, cognitive, intent debt) dat Ciera Jaspan citeerde.