Questo articolo è stato tradotto automaticamente. Per la versione originale, fai clic qui.
Penso che uno dei cambiamenti più utili nell’adozione di Copilot sia allontanarsi dall’ossessione per le funzionalità.
È esattamente per questo che questa nuova guida GitHub Copilot per sviluppatori .NET funziona così bene.
L’idea principale è semplice: smetti di chiederti quale modalità di Copilot sia la più interessante e inizia a chiederti quale superficie si adatta al compito.
Questo è il modello mentale giusto
Per la maggior parte del lavoro .NET reale, la domanda non è:
- chat o agent?
- Visual Studio o CLI?
- inline o cloud?
La domanda migliore è:
- sto cercando di capire il codice?
- sto pianificando un refactoring?
- sto aggiornando i test?
- sto correggendo un build rotto?
- sto coordinando una modifica che tocca più file?
È un modo molto più produttivo di lavorare con Copilot.
La frase più utile dell’articolo originale
La frase che evidenzierei dal post originale è questa:
“La domanda non è quale sia il più avanzato. La domanda migliore è: quale si adatta al lavoro che sto facendo adesso?”
È esattamente il consiglio che darei anch’io.
Perché molta confusione sugli strumenti AI deriva dal trattare le superfici come identità invece che come strumenti.
Visual Studio, VS Code, CLI e gli agent in background si adattano a momenti diversi.
E, una volta accettato questo, l’intera esperienza diventa molto più pratica.
Perché questo conta in particolare per i team .NET
Il lavoro .NET spesso copre diversi tipi di attività in una singola giornata:
- capire un servizio legacy
- pianificare un refactoring
- generare test
- sistemare un build rotto
- toccare insieme codice, configurazione, documentazione e infrastruttura
Questo significa che nessuna singola superficie di Copilot sarà la migliore per tutto.
Perciò il consiglio di questa guida è buono, perché riflette il modo in cui il lavoro accade davvero.
La mia opinione
Questa guida è utile perché tratta Copilot come parte del vero ciclo di sviluppo .NET, e non come una novità sopra di esso.
Questo la rende rilevante.
E, francamente, più guide AI migliorerebbero molto con questo stesso spostamento verso il pensiero task-first.
Articolo originale: Doing More with GitHub Copilot as a .NET Developer
