L’ultimo dattilografo: lo sviluppo software integrato

La digitazione non è mai stata il vero lavoro dell’ingegneria del software.

Il vecchio mestiere

Un tempo il software era lento. Era lento perché le persone erano lente. Le persone erano l’unico macchinario di cui disponevamo per produrlo.

Un’idea passava a un analista. L’analista scriveva un requisito. Il requisito passava a un architetto. L’architetto disegnava riquadri. I riquadri passavano agli sviluppatori. Gli sviluppatori digitavano. I revisori leggevano. I tester testavano. La sicurezza guardava per ultima. La compliance ancora dopo. A ogni passaggio di consegne si perdeva qualcosa. Il significato colava via da ogni giuntura.

Lo chiamavamo processo. Era una staffetta corsa nella nebbia, su piste mal tracciate.

I costi seguivano questa forma. Scrivere codice era forse un terzo dello sforzo. Il resto era attesa, spiegazioni, rilavorazioni e riparazioni. Un difetto scoperto in produzione costava molte volte quanto sarebbe costato sulla macchina dello sviluppatore. Lo sapevano tutti. Per porvi rimedio abbiamo costruito dei rituali. Standup. Sprint. Gate. Hanno aiutato. Non hanno cambiato la fisica. Gli umani digitavano. Gli umani controllavano. Agli umani sfuggivano le cose.

L’errore

Poi sono arrivate le macchine. Sapevano scrivere codice. Veloci. Fluide. Instancabili.

Così abbiamo fatto la cosa ovvia. Le abbiamo affidate al vecchio processo. Un copilota per ogni sviluppatore. Un chatbot nella coda dei ticket. Un dattilografo più veloce alla stessa scrivania.

Sembrava progresso. Spesso non lo era. Uno studio controllato del 2025 ha rilevato che sviluppatori esperti erano più lenti con un aiuto IA estemporaneo su codebase mature. Il codice arrivava più in fretta. La revisione, la correzione e il dubbio arrivavano più lentamente. Il collo di bottiglia si è spostato. Nessuno si è spostato con lui.

Questo è lo schema. Un motore nuovo imbullonato a una vecchia carrozza. È la carrozza a dettare la velocità. Le ruote non sono mai state costruite per andare oltre.

Il vecchio processo presupponeva che il codice fosse scarso, difficile da produrre. Così razionava il codice. Oggi il codice è abbondante, e questa abbondanza manda in pezzi ognuno dei vecchi processi. Le review annegano. Le suite di test marciscono. L’architettura deriva, una patch plausibile alla volta. Aggiungi l’IA a quel processo e ottieni di più di tutto, errori compresi, consegnato più in fretta.

Oppure non ottieni nulla. Il team impara a diffidare dell’output e lo riscrive a mano. La potenza c’è. Semplicemente non viene mai accesa.

Il nuovo processo

Parti da una domanda diversa. Non: come aiuto gli sviluppatori a digitare più velocemente? Ma: che cos’è il software, e che cosa serve per realizzarlo con alta qualità?

Il software è una decisione resa precisa. È conoscenza di dominio, compressa in regole a cui una macchina può obbedire. Il codice è l’ultimo passo. La conoscenza è il primo. Se la conoscenza è sbagliata, un codice perfetto è perfettamente sbagliato.

Per questo il nuovo processo parte da lì. Una persona che conosce davvero il dominio esprime l’intento. I vincoli. Le invarianti. Ciò che non deve mai accadere. Ciò che la legge richiede. Ciò che l’utente teme. Questa è la vera fonte. Tutto il resto ne deriva.

Poi gli agenti lavorano in catena, ciascuno con un solo compito.

• Analisi: trasforma l’intento in una specifica precisa e va a caccia di lacune e contraddizioni.
• Design: propone l’architettura e ne documenta le ragioni.
• Codifica: scrive l’implementazione rispetto alla specifica.
• Verifica: controlla il codice rispetto alla specifica, tramite dimostrazione o proprietà dove possibile, tramite lettura dove non lo è.
• Testing: scrive i test a partire dalla specifica, non dal codice, così che i due non possano condividere lo stesso errore.
• Sicurezza, privacy, compliance: controllano ogni modifica rispetto alle policy nel momento in cui viene fatta.
• Esperto umano: esamina ciò che conta. Decisioni. Compromessi. Sorprese.

Le parole chiave sono by design. La sicurezza non è una fase finale. È un vincolo nella specifica. La privacy è una proprietà verificata a ogni commit. La compliance è una mappa viva che collega la normativa ai test. Il testing nasce con il requisito, non dopo il codice. Ogni controllo ora costa poco, quindi ognuno viene eseguito sempre. Ciò che veniva sottoposto ad audit ogni trimestre ora viene verificato in modo continuo.

Ogni affermazione lascia una traccia. Dal requisito al design, al codice, al test, all’evidenza. Un auditor può percorrerla. Così come un ingegnere a mezzanotte.

Questo non è uno strumento migliore. È una fabbrica diversa. È ciò di cui c’è bisogno adesso.

I numeri

Una stima: una pipeline integrata ben gestita riduce lo sforzo umano dal 60 al 75 percento e il costo totale dal 50 al 70 percento. I tempi di calendario si riducono ancora di più. I difetti che arrivano in produzione si dimezzano o calano ulteriormente.

Misura (indice, classico = 100)	Processo classico	Processo agentico integrato	Perché
Sforzo umano	100	25–40	Codifica, scrittura dei test, documentazione e rilavorazioni passano agli agenti
Costo totale, inclusi uso dei modelli e tooling	100	30–50	L’inferenza costa poco rispetto agli stipendi; il tempo degli esperti resta
Tempo di calendario fino al rilascio	100	15–35	Agenti in parallelo, nessuna attesa nei passaggi di consegne
Difetti che sfuggono in produzione	100	20–50	Test dalla specifica, verifica continua
Correzioni di sicurezza e compliance scoperte tardi	100	10–30	Controllate a ogni modifica, non alla fine
Quota di sforzo umano su dominio e specifica (%)	circa 25	circa 60	Il lavoro si sposta dalla digitazione all’intento e al giudizio

Queste sono stime ragionate, non misurazioni. Presuppongono un sistema di medie dimensioni, un dominio ben compreso e un forte contributo da parte degli esperti. Il costo scende meno dello sforzo perché modelli, tooling ed esperti scarsi vanno comunque pagati. I risparmi stanno nella codifica, nei test, nella documentazione, nelle rilavorazioni e nelle correzioni tardive. Non stanno nella comprensione del problema. Quel costo resta. Diventa il costo principale.

Ciò che resta

Il dattilografo se ne va. Bene. Il dattilografo non è mai stato il punto.

Ciò che resta è la persona che sa. Il clinico che capisce il reparto. L’ingegnere che sa come un sistema si guasta. L’avvocato che sa quanto costa una clausola. Scriveranno meno codice e decideranno di più. I loro errori conteranno di più, perché la macchina li costruirà fedelmente.

Così la disciplina cambia. Meno mestiere della sintassi. Più mestiere dell’intento. Meno eroismo. Più evidenze.

Il vecchio processo fallisce se gli aggiungi l’IA. Il nuovo fallisce se tralasci la conoscenza. Il software è sempre stato pensiero reso solido. Siamo finalmente liberi di lavorare sul pensiero.