Idea

Guidare un assistente di codice richiede il lavoro di chi affianca un junior, senza la crescita che lo ripaga

Info

Scritto originalmente in francese. Tradotto dall'IA — il significato è stato preservato, non la prosa.

Idea principale

Il lavoro di guida è lo stesso che uno sviluppatore esperto fa con un principiante: rispiegare perché un file non deve contenere tutto, perché uno strato non deve conoscerne un altro, perché non si caricano tutti i dati, perché bisogna scrivere i test e perché bisogna rilanciarli. Gli si dà lo screenshot di un componente, e quello che torna indietro è un'interpretazione semplificata da rimettere a posto.

Quello che cambia è ciò che questo sforzo compra. Seguire un junior è un investimento: le stesse osservazioni non si ripetono all'infinito, perché la persona accumula esperienza. Un assistente non accumula niente da solo — la correzione vale per la sessione, non per la successiva, e la stessa deriva si ripresenta alla funzionalità dopo.

Guidare un assistente conviene quindi solo se la guida cambia supporto: ciò che si direbbe a un junior va scritto una volta per tutte nel quadro che l'assistente rilegge — file di istruzioni, convenzioni, catalogo di pattern. Ripetere ogni volta è il regime costoso; scrivere è quello che capitalizza.

Perché è importante

Corregge la lettura spontanea della relazione. Chi descrive l'assistente come un junior velocissimo ne trae di solito una conclusione ottimista — basta guidarlo bene — mentre il meccanismo che rendeva sostenibile la guida è sparito.

Indica anche dove va a finire il tempo realmente guadagnato: non nella produzione di codice, che è effettivamente più rapida, ma nella ripetizione di una guida che non si capitalizza finché nessuno la mette per iscritto.

Sfumature e limiti

L'analogia ha i suoi limiti: a differenza di un junior, l'assistente non si stanca di essere corretto, non perde fiducia e non ha una carriera in gioco. Il paragone serve a collocare il carico di guida, non a descrivere la relazione.

E scrivere il quadro ha a sua volta un costo, che si giustifica solo su un lavoro ripetuto. Per uno strumento costruito in una serata e abbandonato il giorno dopo, ripetere costa meno che scrivere.

Domande aperte

  • Quale parte di ciò che uno sviluppatore esperto trasmette a un junior si può davvero formalizzare in un file di istruzioni, e quale parte esiste solo nella discussione su un caso preciso?