(Hoe) stuur je een 10x-developer aan?

Maak kennis met 'Gilfoyle'. Gilfoyle woont in de HBO-comedyserie 'Silicon Valley'. Die serie portretteert een aantal fictieve Silicon Valley-bedrijven, en vooral Pied Piper: de startup waar de hoofdpersonen van de show (Richard, Gilfoyle, Dinesh en Jared) met hun nieuwe producten de wereld willen veroveren.

Gilfoyle en Dinesh zijn developers. Hoe ze in de serie neergezet worden, klopt precies als je kijkt naar de drie deugden van een programmeur:

• Luiheid,
• Ongeduld,
• Hoogmoed

Larry Wall (de bedenker van de programmeertaal Perl) doopte deze drie half-serieuze deugden al in de vroege jaren negentig. Toch denk ik dat ze nog steeds (enige) waarde hebben.

Deze deugden scheppen een cultuur waarin volledige automatisering gevierd wordt (luiheid), trage software wordt verafschuwd (ongeduld) en mooie nieuwe oplossingen beloond worden (hoogmoed, ego). Sommige developers staan erom bekend tien keer zo snel te zijn als gewone programmeurs.

In het boek 'Coders' van Clive Thompson uit 2020 beschrijft Thompson de mythevorming rond de 10x-coder. Zowel Gilfoyle als Dinesh zou als 10x-coder kwalificeren.

“Misschien wel het meest verraderlijke probleem met het idee van 10x-en is dat het een soort gedrag mythologiseert waar bijna niemand mee wegkomt behalve jonge witte mannen”

Strip je het citaat hierboven van zijn woke onzin (huidskleur heeft hier echt niets mee te maken, Clive), dan zit er wel een kern van waarheid in: in onze branche worden mensen als Dinesh en Gilfoyle vereerd om hun vermeende vermogen om tien keer zo snel te programmeren, en zouden ze dus gekoesterd moeten worden in plaats van aangestuurd.

Ik zou de 10x-ers willen vereren om zowel hun hyperfocus en productiviteit als hun aangeboren vermogen om bergen technische schuld op te roepen (zie afbeelding). Die verse technische schuld moet gerefactord worden; door te refactoren daalt de schuld. Dat refactoren doen de gewone stervelingen, de niet-10x-coders, veel later — als de 10x-er alle roem, glorie en complimenten al heeft gekregen voor het zo snel toevoegen van zo veel waarde aan de codebase.

Een deel van dit gedrag is terug te voeren op (het gebrek aan) teamwork en op het ego van de 10x-er. Zwakke teams met een 10x-er erin leveren een groot risico op technische schuld op. De effectiefste manier om oplopende technische schuld te voorkomen is een culturele: bouw sterke teams. Dan beweegt het team "als één geheel" en krijgt een primadonna-10x-er niet de ruimte om in zijn of haar eentje technische schuld te zitten maken.

Maak samen meer moois