¿Los IDEs completos aún merecen un lugar en la mesa en la era de la IA?
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.