De 10x-ontwikkelaar

Crowd of passengers having fun in a bustling city on a vibrant floor

Published on January 2022 by Arjan Franzen

Maak kennis met ‘Gilfoyle’. Gilfoyle is een personage uit HBO’s komedieserie ‘Silicon Valley’. De serie schetst een aantal fictieve Silicon Valley-bedrijven, met als belangrijkste: Pied Piper. Pied Piper is de startup waar de hoofdpersonen (Richard, Gilfoyle, Dinesh en Jared) met hun nieuwe producten proberen de wereld te veroveren.

Gilfoyle en Dinesh zijn ontwikkelaars. Hun weergave in de serie is raak als u de drie deugden van een programmeur erbij neemt:

Luiheid,
Ongeduld,
Hoogmoed

Larry Wall (de bedenker van de programmeertaal Perl) presenteerde deze drie — met een knipoog — al begin jaren 90 als deugden van programmeurs. Ze hebben naar mijn idee nog steeds (enige) waarde.

Die deugden voeden een cultuur waarin volledige automatisering wordt gevierd (Luiheid), trage software wordt afgewezen (Ongeduld) en briljante nieuwe oplossingen worden beloond (Hoogmoed, ego). Sommige ontwikkelaars staan te boek als tien keer zo snel als normale programmeurs.

In Clive Thompson’s boek uit 2020, ‘Coders’ beschrijft Thompson de mythologie van de 10x-coder. Zowel Gilfoyle als Dinesh zouden als 10x-coder gelden.

"Misschien is het verraderlijkste probleem met het idee van 10x-en dat het een soort gedrag mythologiseert waar vrijwel niemand mee wegkomt behalve jonge witte mannen"

Als u Clives citaat hierboven ontdoet van het woke-geneuzel (huidskleur is hier echt niet relevant, Clive), zit er wél een kern van waarheid in: in onze sector worden mensen als Dinesh en Gilfoyle gemythologiseerd om hun vermeende vermogen om 10x zo snel te coderen, en zouden zij daarom gekoesterd moeten worden, niet aangestuurd.

De 10x-coder richt zich uitsluitend op het zo snel mogelijk afronden van de taak, met zo min mogelijk fouten (bugs) in het eindproduct.

Hoewel dit fenomeen goed is gedocumenteerd, zijn de gevolgen van die hyperfocus veel lastiger te meten: Technische schuld.

Technische schuld is de impliciete kostenpost van extra rework doordat u nu kiest voor een makkelijke (beperkte) oplossing in plaats van een betere aanpak die meer tijd kost.

Ik wil de 10x-ers niet alleen mythologiseren om hun hyperfocus en productiviteit, maar ook om hun aangeboren vermogen om bergen technische schuld te creëren. Die verse technische schuld moet worden teruggedrongen door refactoring. Door te refactoren wordt de technische schuld verlaagd. Dat refactoren doen de gewone, niet-10x-ontwikkelaars — vaak pas veel later, wanneer de 10x-er alle roem, glorie en kudos al heeft gekregen voor het zo snel toevoegen van waarde aan de codebase.

Een deel van dit gedrag komt voort uit (gebrek aan) teamwork en het ego van de 10x-er. Zwakke teams met een 10x-er vormen een hoog-risicosituatie voor technische schuld. De effectiefste manier om oplopende technische schuld te voorkomen is cultureel: bouw sterke teams. Zo beweegt het team als één geheel en krijgt een prima donna-10x-er niet de ruimte om op eigen houtje technische schuld te creëren.

Maak samen meer prachtigs