2 postagens marcadas com "Productivity"

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.

Existe uma contradição com a qual me deparo continuamente. Cada pesquisa em ciência cognitiva que li diz a mesma coisa: concentre-se em uma tarefa de cada vez. A multitarefa é um mito. Seu cérebro não consegue fazer duas coisas exigentes simultaneamente sem pagar um alto custo de desempenho.

E, no entanto, todos os dias me encontro revisando um pull request que o agente na nuvem do GitHub Copilot abriu, enquanto um pipeline de CI/CD roda em uma segunda branch com código gerado por IA. Mais fluxos de trabalho em paralelo do que jamais gerenciei antes da IA entrar no meu fluxo de trabalho, e de alguma forma parece menos caótico do que antes.

Algo não bate. Ou a ciência está errada, ou o que estou fazendo não é realmente multitarefa. Acho que é o segundo, e a distinção importa para todo engenheiro que se adapta a fluxos de trabalho agênticos.