Scritto originalmente in francese. Tradotto dall'IA — il significato è stato preservato, non la prosa.
Idea principale
Fare a meno della review di uno sviluppatore su uno strumento che ci si è costruiti ha una contropartita che non è facoltativa: quando lo strumento si rompe, nessun altro è chiamato in causa. Chi ha scelto di costruirlo mangia il proprio cibo, e la riparazione tocca a lui.
È qui che la promessa si incrina. Un assistente di codice ha eliminato la barriera d'ingresso — scrivere la funzionalità — senza eliminare la competenza che serve dopo: capire perché ciò che funzionava ieri oggi non funziona più, leggere uno stack trace, isolare una regressione, distinguere un problema di dati da un problema di logica. Molti Product Manager sanno ormai farsi produrre una schermata e non sanno risolvere il bug che hanno appena creato.
L'asimmetria è il cuore della questione: produrre è diventato accessibile, far funzionare nel tempo non lo è diventato allo stesso ritmo.
Perché è importante
Fornisce un criterio d'ingresso più onesto del livello di programmazione: non «sapresti scriverlo?», ma «saprai cavartela quando si romperà, senza mobilitare qualcun altro?». Uno strumento che non si saprebbe riparare non è uno strumento personale, è un debito lasciato in casa del vicino.
Dà anche un nome a ciò che si nasconde dietro molte richieste di review: più che un controllo di qualità, un modo di trasferire in anticipo la responsabilità della riparazione.
Sfumature e limiti
L'assistente si fa carico di una parte del lavoro: legge lo stack trace, propone una correzione, spiega cosa ha fatto. Il limite non è quindi assoluto; riguarda i casi in cui capire il problema è la premessa per formulare la domanda che bisognerebbe fargli.
E la regola presuppone che lo strumento resti personale. Appena un team ne dipende, il guasto smette di essere un problema privato, e la responsabilità individuale non basta più ad assorbirlo.
Domande aperte
- Quale competenza minima di diagnosi — leggere uno stack trace, consultare un log, rieseguire una richiesta — bisogna esigere prima di autorizzare qualcuno a mettere in servizio uno strumento che si è fatto produrre?