Come gli sviluppatori possono conservare il proprio lavoro (3)
Vincono gli ingegneri che sanno diagnosticare un'architettura guasta, fissare l'obiettivo e usare gli agenti di IA come strumenti di refactoring per arrivarci.
Architettura del software
Ecco i link agli articoli di questa serie:
- Parte 1: Su che cosa scommettono le aziende con l'IA
- Parte 2: Che cosa dicono gli ottimisti e che cosa ne penso
- Parte 3: Le mie raccomandazioni per te come sviluppatore e per te come leader
Il nostro lavoro sta cambiando in fretta
Il lavoro che chiamiamo ingegneria del software sta cambiando molto, e in fretta. Frank Buchholz, security architect in SAP, ha scritto su LinkedIn nell'ottobre 2026 (tradotto dal tedesco):
Nonostante 45 anni di esperienza di programmazione in molti linguaggi, Claude AI mi ha ormai superato sotto ogni aspetto: migliore comprensione del codice altrui (e del mio), competenze di programmazione aggiornate, precisione, assenza di errori... e fa tutto in una frazione del tempo che servirebbe a me. Sono letteralmente caduto dalla sedia quando, quattro settimane fa, ho iniziato a portare avanti un vecchio programma con l'IA.
Potresti quindi avere l'impressione che tu, come sviluppatore, non servirai ancora a lungo. Non è così. Il tuo vecchio lavoro non servirà più, ma puoi andare a prenderti un lavoro nuovo.
I futuri vincitori del settore
Vincono gli ingegneri del software che sanno diagnosticare un'architettura guasta, fissare l'obiettivo e usare gli agenti di IA come strumenti di refactoring per arrivarci.
Quasi metà di questa capacità consiste in diagnosi e decisione. Maneggiare gli strumenti con sicurezza è la metà più facile e sta diventando scontato. Quindi fai attenzione a non esercitarti soltanto a lavorare con gli agenti di IA. Molto presto saranno in moltissimi a saperlo fare.
Assicurati di sapere come fare le cose seguenti e di saperle fare, sia da solo sia insieme al tuo agente:
- Ricavare l'architettura dai requisiti
- Progettare strutture che reggono ai requisiti e offrono qualità
- Scrivere concetti tecnici (ad es. persistenza, logging, sicurezza, scalabilità)
- Aiutare i colleghi (umani e agenti) a implementarli
- Valutare e migliorare regolarmente la tua architettura
- Continuare a imparare
Questo è il tuo nuovo lavoro, quello che dovresti andare a prenderti. Il potere e la competenza si prendono, non vengono dati. Se ti serve aiuto, basta chiedermelo.
Il paradosso dell'offerta
Una comprensione profonda dell'architettura nasceva da anni di quello stesso lavoro di fatica che ora viene automatizzato. Poiché non si assumono quasi più junior, il gruppo di persone in grado di fare lavori di salvataggio si sta riducendo, proprio mentre la domanda cresce. Queste persone saranno rare e molto richieste, e il loro premio retributivo crescerà.
Quindi assicurati di raccogliere queste competenze sempre più rare, di esercitarle e di tenerle fresche in questo modo. Lavora con gli altri, magari soprattutto con persone più anziane di te che vengono ancora dai tempi in cui il codice si scriveva a mano. E se sei ancora uno di quelli che lo scrivono a mano, mostra ai più giovani, gli "AI native", come si fa.
I progetti open source aiutano molto in questo. Nell'ottobre 2026 mi sono imbattuto nel progetto Immich su GitHub:
Immich è un sistema per gestire foto e video. Puoi ospitarlo sul tuo hardware, così non dipendi da un fornitore. Se vuoi esercitarti con l'architettura su un esempio reale, contribuisci a progetti come Immich, soprattutto quando i maintainer hanno regole dure come questa nel loro CONTRIBUTING.md:
We ask you not to open PRs generated with an LLM. We find that code generated like this tends to need a large amount of back-and-forth, which is a very inefficient use of our time. Even a one line change can have significant impact. We cannot have any confidence in an LLM, so if it's non-trivial for us to verify it works and you don't show that you fully understand all implications of the change, reviewing the PR is not worth our time. If we want LLM-generated code, it's much faster for us to use an LLM ourselves than to go through an intermediary via a pull request.
Ti sembra una sfida? Allora datti da fare, e poi mettilo nel tuo CV.
Dove potrei sbagliarmi
La mia ipotesi è una scommessa sui limiti dei modelli, e quando penso a tre o più anni avanti, quei limiti sono ciò di cui sono meno sicuro.
Ma la versione senza tempo è questa: chi conosce il contesto che non è scritto da nessuna parte e risponde del risultato resta prezioso, anche se un giorno i modelli si faranno carico di gran parte del pensiero architetturale.
Alcune aziende si stanno già coprendo le spalle
Nel febbraio 2026, la responsabile HR di IBM, Nickle LaMoreaux, ha presentato alcune misure notevoli al "Leading with AI Summit" di New York.
IBM sta triplicando le assunzioni di persone all'inizio della carriera, dopo aver riscritto i ruoli junior attorno alla capacità di giudizio e alla supervisione dell'IA. Lì stanno succedendo molte cose in questo momento:
Ecco che cosa intende fare IBM:
- Triplicare le assunzioni: nel 2026 IBM vuole assumere negli Stati Uniti il triplo delle persone a livello base, compresi espressamente gli sviluppatori software e altri ruoli che l'IA potrebbe in teoria rilevare.
- Riscrivere i profili professionali: LaMoreaux ha modificato i profili di livello base in modo che si concentrino meno sul lavoro automatizzabile, come la programmazione, e più sul contatto con i clienti.
- Impiegare i junior diversamente: continuano a programmare e a testare, ma passano molto più tempo con i team di marketing e con i clienti, per raccogliere feedback utile alla pianificazione dei prodotti. Costruiscono inoltre nuovi tipi di prodotti invece di limitarsi a mantenere quelli esistenti.
- Supervisionare ciò che l'IA produce: secondo quanto riportato, gli sviluppatori junior controllano anche l'output generato dall'IA. Nelle risorse umane, i nuovi arrivati intervengono quando i chatbot HR non riescono a risolvere una richiesta, e ne correggono le risposte.
- Ruoli obiettivo: IBM assume per ruoli legati all'IA e al cloud ibrido, tra cui sviluppatori software, analisti di cybersecurity e ingegneri di IA.
Il ragionamento:
- Un vuoto nel mezzo: chi oggi risparmia sulle persone a livello base avrà in futuro troppo pochi leader esperti, e dovrà sottrarli alla concorrenza a un prezzo più alto.
- Una scommessa sul futuro: LaMoreaux si aspetta che tra tre-cinque anni le aziende di maggior successo saranno quelle che assumono più persone a livello base adesso.
Quindi, se vuoi prenderti un nuovo lavoro, cerca le aziende che hanno sentito anche loro questo "gong dell'IA". Controlla se rispondono assumendo, come fa IBM. Quelle aziende sono sagge. Le altre, che hanno in lista solo i risparmi, lo sono meno.
Il mio invito ai leader
Questo non è un appello a fare a meno degli agenti. È un appello a misurare. Osserva quanto costa nel tempo una modifica architetturale, quante persone sanno spiegare ogni sistema critico senza chiedere all'IA, e se il lavoro di salvataggio diventa più economico a ogni generazione di modelli.
Se i costi di salvataggio calano a ogni nuovo modello, vincono gli ottimisti, e lo dirò. Se restano uguali o aumentano, il conto è di natura architetturale, e prima o poi arriverà.
Se sei un leader e sei arrivato fin qui, scrivimi e raccontami che cosa stai vedendo in questo momento. Sono molto curioso, perché adesso stanno cambiando molte cose.