· · 2 minutos de lectura

El mejor consejo sobre GitHub Copilot para desarrolladores de .NET ahora mismo es dejar de pensar en funciones

Una nueva guía de GitHub Copilot centrada en .NET hace un punto fuerte: la mejor manera de obtener valor no es memorizar modos de Copilot, sino hacer coincidir la superficie de la herramienta con el trabajo real que tienes delante.

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

Esta publicación se ha traducido automáticamente. Para la versión original, haz clic aquí.

Creo que uno de los cambios más útiles en la adopción de Copilot es alejarse de la obsesión por las funciones.

Por eso esta nueva guía de GitHub Copilot para desarrolladores de .NET funciona tan bien.

La idea principal es simple: deja de preguntar qué modo de Copilot es más interesante y empieza a preguntar qué superficie encaja con la tarea.

Este es el modelo mental correcto

Para la mayor parte del trabajo real de .NET, la pregunta no es:

  • ¿chat o agente?
  • ¿Visual Studio o CLI?
  • ¿inline o cloud?

La pregunta mejor es:

  • ¿estoy intentando entender código?
  • ¿estoy planeando una refactorización?
  • ¿estoy actualizando pruebas?
  • ¿estoy arreglando un build roto?
  • ¿estoy coordinando un cambio que toca varios archivos?

Esa es una manera mucho más productiva de trabajar con Copilot.

La frase más útil del artículo original

La línea que destacaría del post original es esta:

La pregunta no es cuál es el más avanzado. La mejor pregunta es: cuál encaja con la tarea que estoy haciendo ahora mismo?

Ese es exactamente el consejo que yo también daría.

Porque mucha confusión con herramientas de IA viene de tratar las superficies como identidades en lugar de como herramientas.

Visual Studio, VS Code, CLI y los agentes en segundo plano encajan en momentos distintos.

Y una vez que aceptas eso, toda la experiencia se vuelve mucho más práctica.

Por qué esto importa especialmente para los equipos .NET

El trabajo en .NET a menudo cubre varios tipos de tareas en un solo día:

  • entender un servicio antiguo
  • planear una refactorización
  • generar pruebas
  • arreglar un build roto
  • tocar código, configuración, documentación e infraestructura a la vez

Eso significa que ninguna superficie de Copilot será la mejor en todo.

Por eso el consejo de esta guía es bueno, porque refleja cómo ocurre realmente el trabajo.

Mi opinión

Esta guía es útil porque trata Copilot como parte del ciclo real de desarrollo .NET y no como una capa de novedad encima de él.

Eso la hace relevante.

Y, francamente, más guías de IA mejorarían mucho con este mismo giro hacia pensar primero en la tarea.

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

Compartir:
Ver código fuente de este artículo en GitHub ↗
← Deja de Martillar una Dependencia en Dificultades: Patrones de Reintento para Azure Functions + Service Bus
Azure SQL Puede Generar Embeddings Ahora — En T-SQL Puro, Sin Capa de Aplicación →