O que há de novo no Emacs 31.1

Recursos e desempenho do Emacs 31.1

• Os usuários estão satisfeitos com a redução da sobrecarga na inicialização; isso é visto como o fim, finalmente, da velha reclamação “Emacs é pesado demais vs vi” em sistemas multiusuário.
• A nova speedbar acoplada é destacada como uma grande melhoria de qualidade de vida, trazendo uma familiar visualização de pastas à esquerda.
• O retorno/melhoria do navegador web gráfico via xwidget-webkit é bem-vindo, especialmente para PDFs e Jupyter, embora o suporte no macOS ainda seja relatado como instável.

Tree-sitter e ferramentas de linguagem

• A instalação integrada de gramáticas do Tree-sitter é um grande alívio, especialmente no macOS, onde caçar manualmente ABI/versão era doloroso. Relatos iniciais dizem que a instalação sob demanda “simplesmente funciona”.
• Usuários relatam fluxos de trabalho suaves com treesitter + LSP (com eglot). O Eglot, como LSP embutido, é visto como “bom o suficiente” e mais simples do que o lsp-mode para muitos.

IA e integração com Emacs

• O Emacs não tem IA no core, o que algumas pessoas apreciam explicitamente, mas existem muitas ferramentas de IA de terceiros e configurações de programação “agentic”.
• Vários comentários descrevem o Emacs como especialmente adequado para LLMs: tudo é texto, introspectável e chamável como funções, permitindo agentes em loop fechado que podem reconfigurar o Emacs, manipular buffers, consultar sistemas externos (Jira, Git, Slack, navegador etc.) e avaliar resultados.
• Alguns preferem IA integrada ao editor (por exemplo, em outros editores), mas outros agora preferem usar ferramentas de IA separadas junto com o Emacs ou outro editor.

Pacotes, User Lisp e configuração

• O novo diretório user-lisp é empolgante: as pessoas planejam tratá-lo como uma área leve de pacotes, com comandos autoloaded.
• Há um subfio controverso sobre descontinuar :vc + :load-path no sistema de pacotes. Um lado acusa o artigo de mal-entender a situação e explica que foi uma descontinuação transitiva ligada à portabilidade de symlinks; outro lado acha a mudança frustrante e acredita que a justificativa e a comunicação foram ruins.
• O package-autosuggest estar desativado por padrão é defendido como algo voltado a iniciantes; alguns acham que a capacidade de descoberta importa para todos os usuários.
• O package-review-policy é elogiado como importante na “era da IA” por alguns e descartado como “teatro de segurança” por outros.

Aprendendo Emacs e Emacs Lisp

• Vários caminhos de aprendizado são sugeridos: o tutorial integrado, manuais Info (especialmente o manual de Elisp e Intro), um livro pago popular, configurações curadas e conteúdo no YouTube.
• As opiniões sobre o tutorial integrado divergem: alguns acham que ele é essencial; outros o consideram desmotivador e recomendam simplesmente usar o Emacs e pedir ajuda a um LLM conforme necessário.
• Para padrões de projeto em Elisp, as pessoas recomendam estudar pacotes bem estruturados, usar describe-function / describe-variable e preferir buffers a strings para processamento de texto.
• Uma abordagem mais recente é deixar um LLM tanto modificar um Emacs em execução via emacsclient quanto atuar como tutor interativo de Elisp.

Comparações com outros editores e terminais

• Vários usuários relatam passar por editores modernos (VS Code, Neovim, Helix, Zed) e acabar voltando ao Emacs, especialmente agora que Tree-sitter e eglot vêm integrados.
• Alguns ainda preferem a estrutura de comandos do Vim ou sua filosofia minimalista, mas em geral admitem que o Emacs é mais poderoso em termos de recursos.
• A integração com o terminal é mista: alguns veem o vterm como problemático; outros recomendam pontes de terminal mais novas (via libghostty e similares) que borram a linha entre terminal nativo e Emacs.

Configs, distribuições e atalhos

• Usuários antigos falam em “falência do .emacs”: jogar fora décadas de acúmulo e reconstruir com base em recursos modernos já embutidos (completion, eglot, Tree-sitter etc.).
• Distribuições iniciais como Doom Emacs são sugeridas para quem quer uma configuração produtiva com pouca customização.
• Há uma tensão contínua entre manter os atalhos do Emacs ou usar Evil (emulação do Vim); alguns evitam deliberadamente o Evil para internalizar totalmente os atalhos nativos.
• Discussões paralelas tratam de layouts de teclado (qwerty vs variantes Colemak) e hardware (teclados ortolineares/ergonômicos), mas isso é apresentado como preferência pessoal e não algo específico do Emacs.

Governança, arquitetura e notas históricas

• A pergunta sobre um mantenedor central ter renunciado por causa do portable dumper é respondida: ele ainda está ativo; são mencionadas ameaças anteriores de renúncia por disputas técnicas, com algumas críticas, mas também pedidos para seguir em frente.
• A remoção do unexec do glibc é lamentada por alguns como a perda de uma capacidade poderosa, “baseada em imagem”; outros acham que a serialização portátil e abordagens no estilo pdumper são uma solução melhor a longo prazo.
• São dadas explicações sobre temacs como um artefato intermediário de compilação usado em versões mais antigas do Emacs, normalmente invisível, a menos que você compile a partir do código-fonte.

Experiências diversas

• Usuários notam novos avisos sobre cookies ausentes de lexical-binding, o que pode quebrar código antigo de site-lisp; alguns veem isso como uma higiene mais estrita, porém justificada.
• Há um apelo por binários oficiais para Windows ARM64, refletindo mudanças nas tendências de hardware.
• Várias pessoas expressam renovada motivação para voltar ao Emacs ou organizar suas configurações agora que o 31.1 foi lançado.