← Blog
aitoolingproductivityengineering

Claude Code: com'è davvero usarlo

8 marzo 2026

Claude Code: com'è davvero usarlo

Ho provato la maggior parte degli strumenti di coding con AI. Copilot, Cursor, vari assistenti basati su chat in cui incolli del codice e fai domande. Alcuni di loro hanno migliorato parti del mio flusso di lavoro. La maggior parte è scomparsa nel giro di qualche settimana perché l'attrito nell'usarli superava il beneficio.

Claude Code è diverso. Lo uso da mesi, e ha cambiato genuinamente il mio modo di lavorare — non nel senso "il futuro è arrivato", ma in un modo più silenzioso e concreto.

Cos'è davvero

Claude Code è un agente da terminale. Lo esegui nella directory del tuo progetto, descrivi cosa vuoi, e lui legge i tuoi file, scrive codice, esegue comandi e itera. Non è autocompletamento. Non è una finestra di chat dove incolli frammenti. Opera sulla tua codebase reale, con contesto completo.

Questa distinzione conta più di quanto sembri. Il problema della maggior parte degli strumenti AI per il coding è il contesto: sei costantemente costretto a fornire loro i file rilevanti, spiegare l'architettura, ristabilire cosa stavi facendo. Claude Code legge la codebase da solo. Trova i file rilevanti. Quando fa una modifica in un punto, sa cosa implica quella modifica per gli altri.

Non è magia. Fa ancora errori. Ma la superficie di interazione utile è molto più ampia di qualsiasi cosa avessi usato prima.

Dove si guadagna il pane

I vantaggi più ovvi sono quelli di cui tutti parlano: boilerplate, refactor ripetitivi, scaffolding di cose che sai già fare ma non vuoi passare quaranta minuti a fare. Quelli sono reali, e si compongono rapidamente quando costruisci nei margini con poche ore concentrate a settimana.

Ma i casi d'uso più interessanti sono meno ovvi.

Navigare territori sconosciuti. Quando lavoro in una parte di una codebase che non tocco da mesi, o riprendo in mano un progetto di un cliente che non ho scritto io, il costo del ri-orientamento è significativo. Claude Code lo azzera. Descrivo cosa sto cercando di fare e lui mappa i percorsi rilevanti, identifica i file giusti, e porta a galla cose che altrimenti impiegherei tempo a cercare con grep. È un moltiplicatore di forza proprio perché rimuove le parti a basso valore del processo di orientamento.

Il ciclo della seconda opinione. Prima di impegnarmi in un approccio su qualcosa di architetturale, spesso descrivo il problema e il mio ragionamento a Claude Code e chiedo dove non è d'accordo. Non ha sempre ragione, ma porta sistematicamente a galla il tradeoff che stavo per ignorare. Quel ciclo di feedback — veloce, a basso rischio, specifico — era qualcosa che ottenevo dai colleghi. Lavorando in larga misura in modo indipendente, è sorprendentemente utile averlo.

Scrivere insieme alla costruzione. Questo sito, questo post. Claude Code mi aiuta ad andare più veloce sul lavoro di implementazione così ho davvero il tempo di scrivere.

Dove non aiuta

Debug complesso con problemi di timing sottili, race condition, o comportamento specifico dell'ambiente: il modello può ragionare su queste cose, ma non ha accesso allo stato di runtime che le risolverebbe davvero. Devi ancora scavare tu.

Decisioni architetturali che richiedono di comprendere il contesto di business completo: Claude Code non sa perché hai fatto le scelte che hai fatto due anni fa, quali vincoli sono davvero fissi rispetto a quelli accidentali, cosa hai già provato. Può suggerire, ma il giudizio è ancora tuo.

Ed è genuinamente scarso nel sapere quando fermarsi. A volte fa cambiamenti estesi che risolvono il problema dichiarato e ne introducono tre adiacenti che non gli avevi chiesto di risolvere. La gestione dello scope è responsabilità tua.

La conclusione onesta

La versione migliore di uno strumento di coding AI non è quella che sostituisce il tuo giudizio — è quella che ti permette di passare il tempo sulle parti dove il tuo giudizio conta davvero. Questo è ciò che Claude Code è diventato per me.

Le parti a basso valore della scrittura del software — scaffolding, ricerca, refactoring meccanico, orientamento nel codice altrui — quelle vanno più veloce. Le parti ad alto valore — decidere cosa costruire, perché, e come dovrebbe funzionare davvero — richiedono ancora lo stesso tempo. Il che è corretto.

Se sei uno sviluppatore professionista e non hai provato seriamente uno strumento di coding agentivo, vale la pena un esperimento vero. Non qualche ora. Qualche settimana, su un progetto che ti interessa davvero. I guadagni ci sono — sono solo più noiosi e più reali di quanto suggeriscano le demo.