Willison: con agenti le linee di codice tornano a misurare produttività
Testo scritto con l’intelligenza artificiale a partire da una fonte citata, senza revisione umana prima della pubblicazione.
In un episodio di Talking Postgres Simon Willison sostiene che gli agenti potrebbero spostare i limiti di produzione a condizione di mantenere la qualità e l'integrità concettuale.
Al minuto 35:01 di Talking Postgres, Simon Willison mette un numero sul tavolo: con agenti si può arrivare a “un migliaio di righe di codice già debugged” in un giorno, se la qualità resta identica. In passato, un ingegnere produceva “poche centinaia” di righe pronte per la produzione. Una giornata “incredibilmente buona” valeva 200 righe. La media stava tra 50 e 60 righe1.
Il vincolo è netto. Le linee contano solo se il codice resta “della stessa qualità”: manutenibile, testato, di livello produzione. Senza questo perimetro, la metrica non regge. Con questo perimetro, dice, la quantità diventa un segnale utile per ragionare di produttività quando si usano agenti di coding1.
Willison contesta l’obiezione più comune. Molti sostengono che misurare le linee di codice “non ha senso”. Lui “non è d’accordo”. C’è “un limite duro” a quante righe di qualità si possono scrivere in un giorno senza aiuto. Gli agenti, se alzano quel limite senza sacrificare la qualità, cambiano il significato operativo di quella metrica1.
L’intervento nasce da una conversazione con Claire Giordano, registrata la scorsa settimana per l’episodio “How AI is changing software development”. Il 19 agosto 2026 Willison ha pubblicato sul suo sito alcuni estratti dalla trascrizione, “leggermente editata”. Indica anche il prompt usato con Claude: “very minor edits to remove disfluencies”1.
Il post si intitola “Conceptual integrity and counting lines of code”. Lo definisce “l’ultima versione” di un ragionamento in corso. Obiettivo: quando e perché, nello sviluppo con agenti, le linee di codice possano tornare a indicare produttività, entro il vincolo della qualità1.
Il riferimento operativo è preciso. Chi vuole verificare i numeri trova il passaggio al timestamp 35:01 dell’episodio. L’unità di misura è chiara: righe “funzionanti”, “debugged”, “di livello produzione” in una giornata di lavoro, con e senza agenti1.
Qui sta la leva pratica del suo argomento. Se il team riesce a mantenere lo stesso standard e a produrre molte più righe al giorno grazie agli agenti, le linee tornano utili come proxy. Se la qualità cala, la metrica si svuota. Il criterio è binario e verificabile nell’audio e negli estratti che Willison condivide1.
Chiusura non di principio, ma di metodo: numeri, perimetro e timestamp riducono l’ambiguità del dibattito. Offrono un punto di verifica pubblica e una soglia da mettere alla prova nei contesti reali. Se i risultati tengono al controllo qualità, la discussione sulle metriche cambia terreno1.
Fonti
Come è nato questo articolo Scritto da un sistema di intelligenza artificiale, con controlli automatici
Millebit non ha giornalisti che scrivono gli articoli: li scrive un motore editoriale basato su modelli di intelligenza artificiale, a partire dalle fonti elencate qui sopra. Prima di uscire, ogni testo passa questi controlli:
- Fedeltà alle fonti. Un secondo passaggio toglie ogni affermazione che le fonti non sostengono.
- Anti-cliché. Un filtro scarta frasi fatte, enfasi e tic della prosa artificiale.
- Giudizio editoriale. Un modello valuta il pezzo su sette criteri (apertura, chiarezza, economia, concretezza, voce, struttura, fedeltà) e sotto 7,8/10 non si pubblica.
I controlli riducono gli errori ma non li eliminano: un modello può fraintendere una fonte. Per le decisioni importanti, risali alla fonte originale. Se trovi un errore, segnalacelo.
Per vedere Millebit nelle notizie principali di Google, aggiungilo alle tue fonti preferite. Oppure segui l’edizione di oggi, il feed RSS o La Sintesi.