Dois Anos de Emacs Solo: 35 Módulos, Zero Pacotes Externos e um Refactor Completo

O projeto Emacs Solo não é só uma curiosidade estética: ele é um exercício rigoroso de engenharia de software aplicada ao ambiente de desenvolvimento. Em vez de confiar em camadas de abstração de pacotes externos, o autor reescreveu 35 módulos Elisp do zero, como iComplete, emacs-solo-formatter e emacs-solo-mode-line, todos projetados para serem leves, auditáveis e livres de dependências. Essa arquitetura elimina o tempo de resolução de dependências, evita conflitos entre versões de pacotes e reduz a superfície de falhas em atualizações do Emacs. A escolha de não usar use-package :ensure t ou qualquer gerenciador de pacotes também impõe disciplina técnica: cada função precisa ser testada localmente, documentada no código-fonte e integrada com require explícito, fortalecendo a qualidade intrínseca do módulo.

A performance ganha contornos concretos com a compilação nativa habilitada por padrão no Emacs 30, que acelera o carregamento desses módulos em até 5× em relação à byte-compilação tradicional. O uso estratégico de autoload e o daemon do Emacs (emacs --daemon) são mantidos como práticas centrais, mas agora sem o peso de bibliotecas externas que muitas vezes duplicam ou sobrecarregam funcionalidades já presentes no núcleo, como vc, proced ou tab-bar-mode. Isso transforma a configuração em um caso real de otimização de DX baseada em conhecimento profundo da stack, não em conveniência imediata.

Para desenvolvedores que priorizam estabilidade, previsibilidade e controle total sobre seu fluxo de trabalho, Emacs Solo mostra que menos dependências pode significar mais robustez, especialmente em ambientes offline, CI/CD com restrições de rede ou sistemas legados onde espelhos de pacotes (MELPA, ELPA) não são confiáveis. Além disso, a abordagem revela um viés crescente na comunidade: migrar de 'configurações genéricas' para 'infraestrutura de edição como código', onde cada módulo é tratado como um componente de software com contrato claro, testes implícitos de uso diário e ciclo de vida próprio. Isso aproxima a customização do Emacs das práticas modernas de engenharia de software, versionamento granular, revisão de código, depuração integrada e manutenção intencional, sem abrir mão da filosofia do editor.