Nessuno si propone deliberatamente di dimenticare come si programma. Succede nel modo in cui si perde la maggior parte delle competenze: una scorciatoia comoda alla volta. Un tempo scrivevi tu stesso la regex; ora descrivi cosa vuoi e incolli qualunque cosa ti dia il modello. Un tempo seguivi uno stack trace riga per riga; ora lo incolli in una finestra di chat e ne leggi il riassunto. Ogni sostituzione, presa singolarmente, è razionale. La somma di tutte, dopo un anno di lavoro assistito dall'IA, è uno sviluppatore capace di rilasciare funzionalità velocemente con lo strumento acceso, e che si blocca un po' quando lo strumento è spento.

Questo è il sottotesto scomodo dietro al boom del vibe coding di questo mese — Lovable che, a quanto pare, si avvicina a una valutazione di 13,2 miliardi di dollari, Replit e Factory che raccolgono entrambe capitali nell'ordine dei miliardi, SpaceX che sottoquota i prezzi di frontiera con Grok 4.5 costruito per "agenti autonomi". Tutto questo è ottimizzato per un unico obiettivo: farti scrivere meno codice di persona. Questo è il punto, e per molto lavoro è uno scambio legittimo. Ma significa che il settore ha passato gli ultimi due anni a condurre un esperimento incontrollato su quanta capacità di programmazione manuale si possa esternalizzare prima che ciò costi qualcosa, e il conto sta iniziando ad arrivare in modi specifici e verificabili.

Dove il divario colpisce davvero

L'atrofia non è un'ansia vaga: si manifesta in tre situazioni concrete, ed è bene essere onesti con se stessi su quali di queste vi riguardino:

  • Colloqui. La maggior parte dei colloqui tecnici, a parte i take-home, limita o vieta ancora l'uso dell'IA. Se la tua scioltezza quotidiana è migrata silenziosamente verso "posso dirigere un modello perché scriva questo" invece di "posso scriverlo io", una lavagna o una sessione di live coding metterà a nudo il divario in tempo reale, davanti alla persona che deve decidere se assumerti.
  • Interruzioni di servizio. Quando la produzione è down, la via più rapida verso una soluzione è di solito leggere codice non familiare sotto pressione e ragionarci direttamente — non comporre un buon prompt su un sistema che non hai tempo di spiegare. La risposta agli incidenti premia esattamente le competenze (lettura veloce del codice, debug mentale, conoscere a memoria la superficie delle API) che vengono esercitate meno quando è un modello a occuparsene al posto tuo ogni giorno.
  • Niente connessione, niente assistente. Un volo, la sede di un cliente con una rete blindata, un'interruzione del servizio da parte del fornitore del modello — ognuna di queste situazioni ti riporta a programmare senza aiuto per un certo periodo. Non deve essere permanente per avere importanza: basta che accada in un giorno in cui dovevi consegnare qualcosa.

Nessuno di questi è un caso limite ipotetico inventato per vendere un prodotto. Sono le condizioni ordinarie di una carriera lavorativa. La domanda è se noteresti l'erosione prima che una di queste situazioni ti metta alla prova.

Entrano in scena gli strumenti di allenamento

È questo il divario a cui punta un nuovo strumento chiamato Atrophy CLI, secondo un articolo di The Register pubblicato questo mese. La proposta è diretta: trattare la capacità di programmare come un punteggio Elo degli scacchi, piuttosto che come un binario "so programmare / non so programmare". Si parte con un esame di base che stabilisce a che punto ti trovi attualmente, poi lo strumento ti allena su una manciata di categorie di competenze distinte — memoria della sintassi, debugging, lettura del codice, memoria delle API e scomposizione dei problemi — e traccia il tuo punteggio nel tempo, allo stesso modo in cui un motore scacchistico traccia se stai davvero migliorando o se hai solo la sensazione di farlo. Lo slogan racchiude l'intera tesi in una riga: "Se l'assistenza dell'IA sta silenziosamente erodendo la tua capacità di programmare senza aiuto, il grafico te lo mostra — prima che lo faccia un colloquio, un'interruzione di servizio o un giorno senza wifi."

La scelta progettuale degna di nota è la suddivisione in categorie separate invece di un unico punteggio composito. Il vibe coding non erode tutte le competenze di programmazione in modo uniforme — puoi restare affilato sulla scomposizione (suddividere un problema in passaggi) perché quello resta perlopiù compito tuo anche con un assistente IA, mentre la tua memoria della sintassi e il muscolo grezzo del debugging-senza-copilota si ammorbidiscono silenziosamente, perché sono esattamente le parti che hai delegato. Un unico punteggio nasconderebbe tutto questo. Un punteggio per categoria ti dice almeno quale muscolo specifico riallenare, il che è un segnale più utile di una generica sensazione di essere arrugginito.

Una cautela necessaria

Vale la pena dirlo chiaramente: Atrophy CLI è nuovo, e non ho visto dati indipendenti sul fatto che i suoi punteggi predicano davvero le prestazioni in un colloquio o in un incidente, o se un allenamento regolare inverta in modo significativo il declino delle competenze invece di renderti semplicemente bravo negli esercizi stessi — questo è un rischio reale con qualunque strumento di pratica che non sia il compito vero e proprio. Trattatelo come una diagnostica che vale la pena provare, non come una soluzione dimostrata. La categoria che sta ritagliando — misurare il declino delle competenze assistito dall'IA, separatamente dalla produttività assistita dall'IA — è l'idea utile qui, che questo particolare strumento risulti o meno quello che resterà.

Cosa fare al riguardo senza rinunciare alla produttività

Non è necessario rinunciare alla programmazione assistita dall'IA per proteggersi da questo; sarebbe rinunciare a un guadagno reale di produttività per coprirsi da un rischio che si può gestire in modo più economico. Poche abitudini concrete fanno la maggior parte del lavoro:

  • Risolvi periodicamente qualcosa che normalmente affideresti al modello — un bug, una piccola funzione, una trasformazione di dati — interamente senza aiuto, e cronometrati. Nota dove esiti.
  • Prima di un ciclo di colloqui o di un turno di reperibilità, fai deliberatamente un tratto di programmazione con l'IA spenta, allo stesso modo in cui ripasseresti intensamente prima di un esame il cui materiale non ti serviva da mesi.
  • Quando usi l'assistenza dell'IA, leggi il codice generato abbastanza a fondo da poterlo spiegare a qualcun altro, invece di incollarlo e andare avanti — questo è il passaggio più responsabile del fatto che l'esposizione costruisca la tua comprensione oppure la aggiri soltanto.
  • Se uno strumento in stile "punteggio", come Atrophy CLI, funziona per te, usalo come un rilevatore di fumo, non come un programma di allenamento in sé — controllalo periodicamente, e se una categoria sta calando, vai a fare lavoro reale senza aiuto in quell'area invece di esercitarti con le flashcard.

L'inquadratura onesta è che la programmazione assistita dall'IA e la capacità di programmare senza aiuto sono ormai due competenze separate che stai gestendo, non una sola competenza con una scorciatoia. I datori di lavoro, i panel dei colloqui e i canali di incidente delle 3 del mattino non si sono ancora adeguati del tutto a questo, ma noteranno quali candidati hanno tenuto vive entrambe le competenze.