Immagina di entrare in un ufficio nel 2026. Ti aspetti di vedere programmatori concentrati su
schermi pieni di righe di codice, magari con la faccia corrucciata davanti a un bug ostinato.
Invece, vedi qualcosa di completamente diverso.
Nessuno scrive codice a mano. Nessuno fa code review tra umani. Il concetto di "architettura"
o "scrittura di funzioni" sembra quasi un reperto archeologico. In quell'azienda, il lavoro
vero si svolge tra sessioni di chat con l'AI, diagrammi generati automaticamente e report di
audit.
Il "vibe coding" è diventato la norma: si genera codice, si spera che funzioni e si va avanti.
Ma questa velocità porta con sé una domanda che sta facendo tremare le fondamenta della nostra
professione: che fine faremo noi?
Il codice è diventato il nuovo "Assembly"
C'è una metafora che sta circolando molto e che spiega tutto: oggi, il codice è diventato come
l'Assembly.
Un tempo, scrivevamo in linguaggi ad alto livello e raramente ci interessavamo a cosa
succedesse a livello di istruzioni macchina. Oggi, scriviamo "intenzioni". Noi diciamo all'AI
cosa vogliamo ottenere, e lei scrive il codice. Il codice è lì, ma non è più la "fonte di
verità". La nostra nuova fonte di verità è il design, l'architettura e la comprensione del
problema.
In pratica:
- Prima scrivevi funzioni $\rightarrow$ Ora specifichi intenzioni.
- Prima correggevi righe $\rightarrow$ Ora validi output.
- Prima capivi la sintassi $\rightarrow$ Ora capisci l'architettura.
La bomba a orologeria: il debito cognitivo
Qui arriviamo al punto dolente. C'è una differenza enorme tra il "debito tecnico" (codice
scritto male che dobbiamo sistemare) e il debito cognitivo.
Il debito cognitivo nasce quando usiamo strumenti che non comprendiamo davvero. Se chiedi a
un'AI di generare 700 righe di codice e le copi semplicemente perché "funzionano", stai
costruendo una casa su fondamenta che non sai come sono state posate. Se domani quel sistema
crolla, sarai in grado di capire perché?
Il rischio è che stiamo diventando bravi a "spingere" i bottoni, ma meno capaci di comprendere
il motore sotto il cofano.
La scomparsa dei "Junior"
Questa è forse la preoccupazione più seria per il futuro. Se l'AI fa tutto il lavoro facile
che oggi fanno i programmatori junior, come faremo a formare i senior di domani?
I junior hanno bisogno di "sporcarsi le mani" con il codice banale per imparare a gestire
quello complesso. Se interrompiamo questa catena di apprendimento, tra dieci anni potremmo
trovarci con un mondo di software gestito da pochi "orchestratori" d'élite e nessuno in grado
di capire come funziona davvero la base.
Cosa dobbiamo fare per sopravvivere?
Non è detto che la professione sia destinata a sparire, ma sta cambiando pelle. Se vuoi
restare rilevante in questo nuovo scenario, ecco la strada da seguire:
- Diventa un architetto, non un esecutore. Il tuo valore non sarà più "quanto velocemente
scrivi", ma "quanto bene progetti". Devi saper orchestrare gli agenti AI per risolvere
problemi complessi di business. - Impara a supervisionare, non solo a usare. Non basta saper lanciare un prompt. Devi
sviluppare un "senso critico" così affinato da poter capire istantaneamente quando l'AI sta
allucinando o sta scrivendo una soluzione inefficiente. - Non smettere mai di leggere il codice. Anche se è "noioso" e anche se lo ha scritto una
macchina. Devi mantenere la capacità di scendere nel dettaglio quando serve. - Scegli domini complessi. L'AI fatica dove il contesto è profondo (sicurezza, finanza,
sistemi distribuiti). Più il dominio è specifico e complesso, più il tuo "deep domain
knowledge" sarà la tua barriera protettiva contro l'automazione.
In conclusione
Il futuro non appartiene a chi usa l'AI come una stampella per non pensare, ma a chi la usa
come una leva per fare cose che prima erano impossibili.
La domanda finale rimane: se smettiamo di guardare a quel livello di dettaglio, come faremo a
sapere se il sistema funziona davvero? La risposta è semplice: dobbiamo restare curiosi.
Dobbiamo continuare a voler capire come funzionano le cose, perché il giorno in cui l'AI farà
un errore subdolo — e succederà — qualcuno dovrà essere in grado di accorgersene.