· · 2 minuts de lectura

El millor consell per a GitHub Copilot per a desenvolupadors de .NET ara mateix és deixar de pensar en funcions

Una nova guia de GitHub Copilot centrada en .NET fa un punt fort: la millor manera d'obtenir valor no és memoritzar modes de Copilot, sinó fer coincidir la superfície de l'eina amb la feina real que tens al davant.

GitHub Copilot .NET Visual Studio VS Code Developer Productivity
Aquesta publicació també està disponible en:English, Español, Deutsch, Français, Português, Italiano, 日本語, 中文, 한국어, Русский, हिन्दी, Polski, Türkçe, العربية, Bahasa Indonesia, Nederlands

Aquesta publicació s’ha traduït automàticament. Per a la versió original, fes clic aquí.

Crec que un dels canvis més útils en l’adopció de Copilot és allunyar-se de l’obsessió per les funcions.

Per això aquest nou GitHub Copilot per a desenvolupadors .NET funciona tan bé.

La idea principal és simple: deixa de preguntar quin mode de Copilot és més interessant i comença a preguntar-te quina superfície s’ajusta a la tasca.

Aquest és el model mental correcte

Per a la majoria de feina real de .NET, la pregunta no és:

  • xat o agent?
  • Visual Studio o CLI?
  • inline o cloud?

La pregunta millor és:

  • intento entendre el codi?
  • planifico una refactorització?
  • actualitzo tests?
  • arreglo un build trencat?
  • coordino un canvi que toca diversos fitxers?

Aquesta és una manera molt més productiva de treballar amb Copilot.

La frase més útil de l’article original

La línia que ressaltaria del post original és aquesta:

La pregunta no és quin és el més avançat. La millor pregunta és: quin encaixa amb la feina que estic fent ara mateix?

Això és exactament el consell que jo també donaria.

Perquè molta confusió amb eines d’IA ve de tractar les superfícies com a identitats i no com a eines.

Visual Studio, VS Code, CLI i els agents en segon pla s’ajusten a moments diferents.

I un cop acceptes això, tota l’experiència es torna molt més pràctica.

Per què això importa especialment per als equips .NET

La feina en .NET sovint cobreix diversos tipus de tasques en un sol dia:

  • entendre un servei antic
  • planificar una refactorització
  • generar tests
  • arreglar un build trencat
  • tocar codi, configuració, documentació i infraestructura alhora

Això vol dir que cap superfície de Copilot serà la millor en tot.

Per això el consell d’aquesta guia és bo: reflecteix com passa realment la feina.

La meva opinió

Aquesta guia és útil perquè tracta Copilot com a part del bucle real de desenvolupament .NET, i no com una capa de novetat al damunt.

Això la fa rellevant.

I, francament, més guies d’IA es beneficiarien d’aquest mateix gir cap al pensament basat primer en la tasca.

Publicació original: Doing More with GitHub Copilot as a .NET Developer

Comparteix:
Mostra el codi font d'aquesta publicació a GitHub ↗
← Deixa de Martillar una Dependència en Dificultats: Patrons de Reintent per a Azure Functions + Service Bus
Azure SQL Ara Ara Incrustaments — En T-SQL Pur, Sense Capa d'Aplicació →