2 publicaciones etiquetados con "Productivity"

Un amigo mío canceló su suscripción de Visual Studio Enterprise en enero. La había usado durante años, construyó múltiples sistemas .NET de producción con ella, y genuinamente valoraba las herramientas. Pero había pasado los últimos seis meses haciendo casi toda su programación dentro de VS Code con GitHub Copilot Agent Mode, y no podía justificar la renovación.

Tres semanas después, un servicio en segundo plano en producción empezó a tener fugas de memoria. Intentó todo en su configuración de VS Code: logging, analizadores de diagnóstico, volcados de heap a través de la CLI. Nada le daba una imagen clara. Reinstaló su licencia Enterprise, abrió el Performance Profiler con .NET Object Allocation Tracking, identificó la fuga en veinte minutos y la corrigió en diez. Luego volvió a VS Code para todo lo demás.

Esa historia es la versión honesta de la pregunta sobre los IDEs en 2026. No si los IDEs completos están muertos, ni si siguen siendo la opción predeterminada. La pregunta real es más precisa: ¿para qué roles, qué tareas y qué bases de código siguen proporcionando capacidades que los editores potenciados por IA no pueden replicar? Y cuando miras el panorama completo, incluyendo lo que viene incluido con una suscripción de Visual Studio más allá del IDE mismo, el análisis es más matizado de lo que cualquier lado del debate suele admitir.

Hay una contradicción con la que me encuentro continuamente. Cada investigación en ciencia cognitiva que he leído dice lo mismo: concéntrate en una tarea a la vez. La multitarea es un mito. Tu cerebro no puede hacer dos cosas exigentes simultáneamente sin pagar un alto costo en rendimiento.

Y sin embargo, cada día me encuentro revisando un pull request que abrió el agente en la nube de GitHub Copilot, mientras un pipeline de CI/CD se ejecuta en una segunda rama con código generado por IA. Más flujos de trabajo en paralelo que los que jamás gestioné antes de que la IA entrara en mi flujo de trabajo, y de alguna manera se siente menos caótico que antes.

Algo no cuadra. O la ciencia está equivocada, o lo que estoy haciendo no es realmente multitarea. Creo que es lo segundo, y la distinción importa para todo ingeniero que se adapta a flujos de trabajo agénticos.