Os IDEs completos ainda merecem um lugar na mesa na era da IA?
Um amigo meu cancelou sua assinatura do Visual Studio Enterprise em janeiro. Ele tinha usado por anos, construiu múltiplos sistemas .NET de produção nele, e genuinamente valorizava as ferramentas. Mas ele tinha passado os últimos seis meses fazendo quase toda a sua programação dentro do VS Code com GitHub Copilot Agent Mode, e não conseguia justificar a renovação.
Três semanas depois, um serviço em segundo plano em produção começou a vazar memória. Ele tentou tudo na sua configuração do VS Code: logging, analisadores de diagnóstico, dumps de heap pela CLI. Nada dava uma imagem clara. Ele reinstalou sua licença Enterprise, abriu o Performance Profiler com .NET Object Allocation Tracking, identificou o vazamento em vinte minutos e corrigiu em dez. Depois voltou ao VS Code para todo o resto.
Essa história é a versão honesta da questão sobre IDEs em 2026. Não se os IDEs completos estão mortos, nem se continuam sendo o padrão. A pergunta real é mais precisa: para quais funções, quais tarefas e quais bases de código eles ainda fornecem capacidades que editores potencializados por IA não conseguem replicar? E quando você olha o panorama completo, incluindo o que vem junto com uma assinatura do Visual Studio além do IDE em si, a análise é mais matizada do que qualquer lado do debate costuma admitir.