Qué hay de nuevo en Emacs 31.1
Emacs 31.1 está siendo recibido como una mejora importante de la calidad de vida, con integración integrada de Tree-sitter, el cliente LSP Eglot, directorios `user-lisp` con carga diferida, un árbol de archivos acoplado y un navegador web incrustado revivido que reduce la brecha con los editores modernos. Los usuarios veteranos describen cómo reinician configuraciones de décadas apoyándose más en las nuevas funciones del núcleo, mientras que otros se centran en la fortaleza de Emacs como un “orquestador de texto” que encaja de forma excepcional con agentes de IA para programación y automatización. Junto con los elogios, hay debate sobre los cambios en la gestión de paquetes, las consecuencias de que glibc haya eliminado unexec, y sobre cuál es la mejor forma de aprender Emacs y Emacs Lisp en una era de potentes ayudantes basados en LLM.
Funciones y rendimiento de Emacs 31.1
- A los usuarios les complace que la sobrecarga de arranque haya disminuido; esto se ve como el fin, por fin, de la vieja queja de “Emacs es demasiado pesado frente a vi” en sistemas multiusuario.
- La nueva speedbar acoplada se destaca como una mejora importante de la calidad de vida, al ofrecer una vista familiar de carpetas en el lado izquierdo.
- El regreso/mejora del navegador web gráfico mediante xwidget-webkit es bien recibido, especialmente para PDFs y Jupyter, aunque se informa que el soporte en macOS sigue siendo áspero.
Tree-sitter y herramientas de lenguaje
- La instalación integrada de gramáticas de Tree-sitter supone un gran alivio, especialmente en macOS donde buscar manualmente ABI/versiones era penoso. Los primeros informes dicen que la instalación bajo demanda “simplemente funciona”.
- Los usuarios informan de flujos de trabajo fluidos con treesitter + LSP (con eglot). Eglot, como LSP integrado, se considera “suficientemente bueno” y más simple que lsp-mode para muchos.
IA e integración con Emacs
- Emacs no tiene IA en el núcleo, algo que algunas personas aprecian explícitamente, pero hay muchas herramientas de IA de terceros y configuraciones de codificación “agentic”.
- Varios comentarios describen Emacs como especialmente adecuado para los LLM: todo es texto, es introspectable y se puede invocar como funciones, lo que permite agentes de bucle cerrado que pueden reconfigurar Emacs, manipular buffers, consultar sistemas externos (Jira, Git, Slack, navegador, etc.) y evaluar resultados.
- Algunos prefieren una IA integrada y ajustada al editor (por ejemplo, otros editores), pero otros ahora favorecen usar herramientas de IA separadas junto con Emacs u otro editor.
Paquetes, Lisp de usuario y configuración
- El nuevo directorio
user-lispentusiasma: la gente planea tratarlo como un área ligera de paquetes con comandos cargados automáticamente. - Hay un subhilo polémico sobre deprecar
:vc + :load-pathen el sistema de paquetes. Un bando acusa al artículo de malentenderlo y explica que fue una deprecación transitiva ligada a la portabilidad de enlaces simbólicos; otro bando encuentra frustrante el cambio y piensa que la justificación y la comunicación fueron pobres. - Que
package-autosuggestesté desactivado por defecto se defiende como algo dirigido a principiantes; algunos creen que la facilidad de descubrimiento importa para todos los usuarios. package-review-policyes elogiado como importante en la “era de la IA” por algunos y descartado como “teatro de la seguridad” por otros.
Aprender Emacs y Emacs Lisp
- Se sugieren múltiples rutas de aprendizaje: el tutorial integrado, manuales de Info (especialmente el manual de Elisp y el Intro), un libro de pago popular, configuraciones curadas y contenido de YouTube.
- Las opiniones sobre el tutorial integrado divergen: algunos creen que es esencial; otros lo encuentran desmotivador y recomiendan simplemente usar Emacs y preguntarle a un LLM según sea necesario.
- Para patrones de diseño de Elisp, la gente recomienda estudiar paquetes bien estructurados, usar
describe-function/describe-variabley preferir buffers sobre cadenas para el procesamiento de texto. - Un enfoque más nuevo es dejar que un LLM tanto modifique un Emacs en ejecución mediante
emacsclientcomo actúe como tutor interactivo de Elisp.
Comparaciones con otros editores y terminales
- Varios usuarios informan que han ido pasando por editores modernos (VS Code, Neovim, Helix, Zed) y han terminado volviendo a Emacs, especialmente ahora que Tree-sitter y eglot están integrados.
- Algunos siguen prefiriendo la estructura de comandos de Vim o su filosofía minimalista, pero en general conceden que Emacs es más potente en cuanto a funciones.
- La integración con terminales es mixta: algunos ven vterm como problemático; otros recomiendan puentes de terminal más nuevos (mediante libghostty y similares) que difuminan la línea entre terminal nativo y Emacs.
Configuraciones, distribuciones y atajos de teclado
- Los usuarios veteranos hablan de la “bancarrota de .emacs”: tirar décadas de acumulación y reconstruir sobre los componentes integrados modernos (completion, eglot, Tree-sitter, etc.).
- Se sugieren distribuciones de inicio como Doom Emacs para quienes quieren una configuración productiva con mínima personalización.
- Hay una tensión continua entre ceñirse a los atajos de Emacs o usar Evil (emulación de Vim); algunos evitan deliberadamente Evil para interiorizar plenamente los atajos nativos.
- Las discusiones secundarias cubren distribuciones de teclado (qwerty frente a variantes de Colemak) y hardware (placas ortolineales/ergonómicas), pero se presentan como preferencia personal y no como algo específico de Emacs.
Gobernanza, arquitectura y notas históricas
- A la pregunta sobre la dimisión de un mantenedor principal por el portable dumper se responde: sigue activo; se mencionan amenazas previas de dimisión por disputas técnicas, con algunas críticas pero también llamadas a pasar página.
- La eliminación de
unexecde glibc es lamentada por algunos como la pérdida de una capacidad poderosa, “basada en imágenes”; otros creen que la serialización portátil y enfoques tipo pdumper son una mejor solución a largo plazo. - Se dan explicaciones sobre
temacscomo artefacto intermedio de compilación usado en versiones antiguas de Emacs, normalmente invisible salvo que compiles desde el código fuente.
Experiencias diversas
- Los usuarios señalan nuevas advertencias sobre cookies faltantes de
lexical-binding, que pueden romper código antiguo de site-lisp; algunos lo ven como una higiene más estricta pero justificada. - Hay una llamada a binarios oficiales para Windows ARM64, reflejando los cambios en las tendencias de hardware.
- Varias personas expresan una motivación renovada para volver a Emacs o limpiar sus configuraciones ahora que ha salido la 31.1.