De Word a Emacs: a jornada de um dev em busca do editor definitivo

O artigo atual não é só uma narrativa nostálgica: é um retrato em tempo real de como o Emacs evoluiu de ferramenta de nicho para ambiente de desenvolvimento estruturalmente moderno, sem abandonar sua essência. Enquanto o autor descreve sua migração caótica de Word para Notepad++, Sublime Text e, finalmente, Emacs no Windows (antes de migrar para Linux em 2014), a versão estável do Emacs em 2026 já roda nativamente com Tree-sitter desde a 29 (2023), tem LSP embutido via eglot desde a 29.1, e traz compilação nativa ativada por padrão no Emacs 30.1 (RC em fevereiro/2025). Isso significa que o mesmo editor que ele aprendeu com dificuldade no Windows hoje oferece análise sintática precisa, autocompletar inteligente e suporte a linguagens como OCaml e Erlang, exatamente as que o levaram a se aprofundar no ecossistema.

A curva de aprendizado ainda existe, mas o custo de entrada caiu: instalação automática de gramáticas Tree-sitter, alternância entre modos baseados em árvore e texto, e pacotes como lsp-mode (v3.14) integrados com company e flycheck reduzem drasticamente o 'yak shaving' de configuração antiga. A jornada dele não terminou em 2014, ela foi continuamente reforçada por atualizações que transformaram o Emacs em um IDE leve, mas estruturalmente robusto, capaz de competir com VS Code em funcionalidade, não em market share (7,02% vs 1,33%), mas em controle real sobre o fluxo de trabalho.

O que mudou desde a primeira adoção do autor em 2008 não é só a versão, é a arquitetura. Na época, ele dependia de modos manuais, PATHs confusos e suporte limitado a LSP (que nem existia). Hoje, o Emacs 30.2 (agosto/2025) entrega Tree-sitter com instalação zero-config, egresso nativo de JSON, compilação nativa ativa por padrão e integração LSP profunda, tudo sem exigir que o usuário escreva elisp para ativar recursos básicos de programação. A mudança mais concreta: o que era 'caos configurável' virou 'estrutura extensível'. Ele não precisaria mais passar anos ajustando init.el para ter autocompletar em OCaml, agora isso vem pré-empacotado e funciona assim que você instala eglot e o servidor LSP da linguagem.

Importa porque essa evolução mostra que ferramentas profundamente personalizáveis não estão obsoletas, estão se reinventando sob demanda real de engenheiros sênior. O Emacs deixou de ser um símbolo ideológico para virar uma plataforma de DX (developer experience) pragmática: mantém o controle total sobre o ambiente, mas agora com camadas de abstração que reduzem o custo de manutenção. Isso conecta diretamente com a cobertura CEVIU sobre 'yak shaving': o que antes era um desvio necessário (ajustar configuração manualmente) agora é um investimento com retorno imediato em produtividade, graças à estabilidade das APIs do Tree-sitter e ao suporte maduro do LSP. Para quem valoriza pensamento estendido (como na newsletter de 4/4/2026), o Emacs 30 não só permite, mas incentiva a escrita de workflows intencionais, porque cada tecla pode ser mapeada, cada buffer pode ser instrumentado, e cada linguagem pode ser analisada com precisão estrutural.