L’IA non sta rubando il lavoro agli sviluppatori. Sta rubando la parte più noiosa.

E per altri, la storia è simile.

Chiara ha 38 anni, fa la coordinatrice in un’agenzia di comunicazione, e qualche mese fa ha visto un titolo su LinkedIn: “L’IA scriverà il 90% del codice entro due anni.” Ha chiuso il telefono e ha passato il pomeriggio a chiedersi se il suo lavoro, quello dei suoi colleghi, quello di suo fratello programmatore, avesse ancora senso. Non era paura irrazionale. Era la reazione normale di una persona intelligente di fronte a una notizia presentata male.

La notizia era vera. La conclusione era sbagliata.

Cosa sta succedendo davvero

Il dato esiste: i team che usano strumenti di intelligenza artificiale oggi scrivono manualmente solo il 10% del codice di produzione. L’altro 90% viene generato da modelli AI. Letto così, sembra che i programmatori stiano per sparire.

Non è quello che sta succedendo.

Pensa a come funziona un lavoro qualsiasi. Un contabile non passa le giornate a fare cose difficili. Passa la maggior parte del tempo a inserire numeri, compilare moduli, ricopiare dati da un posto all’altro. Lavoro necessario, ma meccanico. La parte che richiede davvero esperienza e giudizio, quella delle decisioni, degli errori da individuare, delle situazioni anomale, occupa una fetta molto più piccola del tempo.

Nel software funziona esattamente così. La maggior parte del codice che un programmatore scrive è roba ripetitiva che segue sempre gli stessi schemi. È necessaria, ma non è il punto. Il punto è capire cosa costruire, come progettarlo, cosa succede quando qualcosa va storto.

L’IA sta prendendo in carico la parte meccanica. Il 90% delle statistiche è quello: la digitazione, non il pensiero.

La bicicletta e il navigatore

C’è un modo semplice per capire questa dinamica.

Quando hai imparato ad andare in bicicletta, qualcuno poteva mostrarti ore di video su come si bilancia il peso, come si sterza, come si frena. Non sarebbe servito a niente finché non sei salito in sella e non hai pedalato. Il saper fare stava nell’esperienza, non nelle istruzioni.

L’IA è un po’ come il navigatore in macchina. Ti dice dove girare, ti calcola il percorso, ti avvisa degli ingorghi. Ma se non sai guidare, il navigatore non ti porta da nessuna parte. E se il navigatore sbaglia, devi accorgertene tu.

Gli sviluppatori che lavorano bene con l’IA oggi fanno esattamente questo: usano lo strumento per andare più veloci, ma controllano ogni riga di codice generato come se l’avessero scritta loro. Perché se qualcosa va storto, la responsabilità è loro, non dello strumento.

Da tre settimane a due giorni

Un esempio concreto che rende tutto più tangibile.

Un sistema software per gestire le richieste di assistenza clienti, quello che le aziende usano per tenere traccia delle email, assegnare i casi agli operatori, rispondere in automatico alle domande frequenti, richiede normalmente dalle due alle tre settimane di lavoro per essere costruito da zero. Con l’IA integrata nel flusso di lavoro, lo stesso sistema, con la stessa qualità e gli stessi controlli di sicurezza, viene consegnato in due giorni.

Non perché si saltino i passaggi importanti. Un ingegnere progetta l’architettura, l’IA scrive la parte meccanica, l’ingegnere controlla tutto. Il tempo che si guadagna è quello della digitazione, non quello del pensiero.

La parte che l’IA non può fare

C’è una cosa che l’IA non sa fare, e che probabilmente non saprà fare per molto tempo: decidere cosa costruire e perché.

Un sistema di assistenza clienti con IA può rispondere da solo alle domande semplici e passare quelle complesse a un operatore umano con un riassunto già pronto. Ma qualcuno deve aver deciso come distinguere le domande semplici da quelle complesse. Qualcuno deve aver stabilito cosa succede quando il sistema sbaglia. Qualcuno deve aver progettato i comportamenti di emergenza.

Quella persona è un ingegnere. Preferibilmente uno che capisce sia la tecnologia che il problema che sta cercando di risolvere.

L’IA è bravissima a eseguire. È del tutto cieca rispetto all’obiettivo.

Cosa cambia, allora

Il lavoro degli sviluppatori sta cambiando, questo è reale. Quello che era il centro del mestiere, scrivere codice, sta diventando meno rilevante rispetto a progettare sistemi, fare scelte architetturali, capire cosa può andare storto.

È lo stesso cambiamento che hanno vissuto i ragionieri quando sono arrivati i fogli di calcolo. Prima passavano ore a sommare colonne di numeri a mano. Poi Excel ha fatto quella parte, e loro hanno iniziato a fare cose più utili: analizzare i dati, fare previsioni, supportare le decisioni. I ragionieri non sono spariti. Il lavoro è diventato più interessante.

Chi ha abbracciato i nuovi strumenti per primo ci ha guadagnato. Chi li ha rifiutati per paura ha avuto qualche problema in più. Ma nessuno dei due è stato sostituito da una macchina, perché la macchina non sa cosa vuole il cliente, non capisce il contesto, non prevede le conseguenze.

Da dove si inizia, concretamente

Se vuoi capire come funziona davvero l’IA applicata allo sviluppo software, il modo migliore non è leggere articoli (compresi questo). È vederla in azione su un progetto reale, con qualcuno che mostra non solo cosa fa lo strumento, ma soprattutto cosa fa l’ingegnere mentre lo usa.

Il dettaglio che cambia tutto non è la tecnologia. È capire dove finisce il lavoro della macchina e dove inizia quello dell’essere umano. Una volta che lo vedi, la paura si ridimensiona parecchio.

Quindi, niente panico

Se lavori nel tech: l’IA è uno strumento che ti fa risparmiare tempo sulle parti meccaniche. Usala, ma impara a controllare quello che produce. Il tuo valore non sta nella velocità di digitazione.

Se non lavori nel tech e hai paura che l’IA stia prendendo il controllo: quello che sta succedendo assomiglia molto a quello che è successo con i fogli di calcolo negli anni ottanta. I contabili non sono spariti. Hanno smesso di fare i conti a mano e hanno iniziato a fare cose più utili.

La parte noiosa la fa l’IA. La parte che conta, quella, è ancora tua.