ABANDONEI o VSCode depois de anos… e não me arrependo nem um pouco
Eu usei o Visual Studio Code por anos.
Era o padrão.
Era confortável.
Era o que todo mundo usava.
E por muito tempo, eu nem questionei.
Até começar a perceber que eu estava brigando com o meu próprio ambiente.
Quando a ferramenta começa a pesar
Projetos maiores.
Mais LSPs.
Mais extensões.
Mais integrações.
E de repente o editor virou quase um sistema operacional dentro do sistema operacional.
RAM alta.
CPU rodando sem eu estar fazendo nada.
Autocomplete que às vezes engasgava.
Mas o incômodo não era só performance.
Era a sensação de complexidade acumulada.
O paralelo com overengineering
Quando eu falei sobre overengineering, falei sobre como a gente começa a sofisticar demais as soluções.
Com meu editor, eu estava fazendo o mesmo.
Eu não precisava de:
- 40 extensões
- múltiplos servidores de linguagem simultâneos
- um ecossistema inteiro ativo o tempo todo
Mas eu mantinha tudo ali.
Porque era “o melhor”.
A mudança
Eu testei o Zed sem muita expectativa.
Dois anos depois, ele virou meu editor principal.
E o que mais me chamou atenção não foi feature.
Foi arquitetura.
Parte técnica: por que a diferença é real
Isso aqui não é achismo.
Existe uma diferença estrutural entre os dois.
1️⃣ Electron vs Rust nativo
O Visual Studio Code roda sobre Electron.
Ou seja:
- Chromium embutido
- Node.js rodando por baixo
- Renderização via web stack
Isso traz flexibilidade absurda.
Mas também traz overhead.
Já o Zed é escrito majoritariamente em Rust.
Rust entrega:
- performance previsível
- controle fino de memória
- concorrência real sem custo alto
- menor footprint
Na prática?
Inicialização instantânea.
Menor consumo base.
Menos “coisas invisíveis” rodando.
2️⃣ Modelo de LSP
No VSCode:
- Cada linguagem geralmente sobe um processo separado.
- Muitas extensões também sobem seus próprios workers.
- Nem sempre há gerenciamento inteligente de ciclo de vida.
Se você abre um monorepo grande, é comum ter múltiplos LSPs ativos ao mesmo tempo.
No Zed, a arquitetura é mais enxuta e integrada.
Ele foi desenhado já considerando performance como prioridade, não como patch posterior.
Menos camadas.
Menos orquestração externa.
Menos disputa por recurso.
3️⃣ Extensões vs Core enxuto
VSCode ganhou o mundo por causa do marketplace.
Mas isso cria um efeito colateral:
Cada extensão é mais uma camada.
Mais listeners.
Mais hooks.
Mais processamento.
Zed segue uma abordagem mais opinionada.
Menos dependência de ecossistema externo.
Mais coisa resolvida no core.
É menos flexível?
Talvez.
É mais previsível?
Com certeza.
O que isso me ensinou
Eu não abandonei o VSCode porque ele é ruim.
Ele é excelente.
Mas ele virou uma plataforma.
E eu queria um editor.
Existe uma diferença.
Conclusão
Hoje, dois anos depois, usar o Zed me lembra de algo importante:
Simplicidade é uma feature.
Às vezes a gente critica overengineering em arquitetura…
Mas pratica overengineering na própria ferramenta.
Talvez a pergunta não seja:
“Qual é o melhor editor?”
Talvez seja:
“Qual editor me atrapalha menos?”
E hoje, pra mim, a resposta mudou.
ATT: Eu realmente redigi o post, tive todos os problemas que relatei e em meus canais de comunicação como o discord, youtube e etc sempre falei sobre eles e sobre o processor de migrar...
Pedi ajuda para o Gemini no próprio Google Docs para deixar mais atrativo de ler, sou um programador e não muito bom escritor kkkk Então contei com a ajuda dele para deixar algo mais legal e melhor escrito
Entendo o feedback que estão dando sobre o post ter sido feito com AI, mas saibam que eu realmente coloquei tempo e relatei com muito carinho tudo que aconteceu comigo, utilizei a AI realmente como auxilio... não como autor...
Quis realmente queria trazer comparações tecnicas e benchmarks de mundo real para o post
Muito obrigado <3