Pues nada, comento mi experiencia tras usar Emacs y exwm
tras una semana.

Al principio bien, ya tenía en manejo ctrl-a, ctrl-b, ctrl-x-f 
y demás ya que Emacs fué un editor geek que me enamoró hace
muchos aǹos con sus juguetes como Dunnet, doctor, mpuz, 
documentación lisp ntegrada... un sueño para hackers.
Sin embargo, no es oro lo que reluce. Postearé mi experiencia 
tras usar muchas herramientas, y tras ello propondré
alternativas para un escritorio pero ajustado al manejo de vi.

He de decir, de primeras, que Emacs puede ser lento y con lag,
incluso con native-comp. Verídico. Es tener un Atom y una cosa
que en Dillo se dibuja a velocidad de la luz, ver como Telega
o Eww sufren al hacer scroll es imperdonable. Incluso usando
la versión Lucid y 28.2 como era mi caso.

También se me hacía lento al responder entre buffers abiertos
y encadenar comandos. Yendo como viné desde nvi, mupdf y demás
donde todo iba a velocidad de la luz, este comportamiento no
es normal.

Pero volvamos a la lista de herramientas que usé en Emacs 
en vez de las otras de Unix:

Calc. Muy buena, con notación RPN o algebraica y funciones 
de derivación e integración junto con resolución de ecaciones,
soporte de vectores y matrices y con tutorial y docs integrados.
También soporta salida de GNUplot. 9/10. Para usar algo
típicamente Unix o similar, recomiendo calc+gnuplot. O Fricas,
pero es un cuasi IDE que requiere de un Common Lisp, pero va bien
con rlwrap.

Música. Emms en manejo era muy parecido a mocp, con una forma rara
de agregar carpetas y de "parar" la música con keybinds largos
tras lanzar M-x emms o bien usando los comandos de M-x como 
emms-add-directory. 6/10, en contraste mocp es mucho más simple
de manejar. hjkl para navegar, o los cursores, a para añadir a la lista,
pulsar tab para ir a la lista, intro. Fin.,

Ebooks. Nov.el. Buena capacidad de opciones de fuentes, pero 
lamentablemente fallaba en muchos formatos o tardaba mucho en renderizar.
7/10. Como alternativa recomiendo mupdf o ebook-tools 
con "einfo -pp $libro.epub| lynx -force_html -nolist 
-stdin" para la consola. 

Web. Eww, lento como el solo, sin JS, pero con soporte de imágenes, 
lo cual no es facil en consola si no usas w3m y framebuffer. 7/10 
ya que con Unicode y Unifont el soporte mejura muchísimo comparado
con la terminal pura. Como alternativa en consola recomiendo uxterm+lynx
con sxiv y mpv para lanzar imágenes y vídeos.

Programación:LSP/Org-Babel. Vale, la lista de plugins LSP 
y de IDE es interminable, y si se configura con org-mode, 
ahí te sale un monstruo para programar
de forma profesional o de forma literaria. 10/10.
La alternativa pues... nvi/vim+entr, pero no hay un REPL similar a 
org-babel ni soñando.

Correo/Usenet: GNUs. Lento, lento, lento, LEEEEEENTO tanto en parsear imap
como nntp y con gnus-jog-cache la cosa no mejora. 3/10. Lo siento, GNUs
sigue siendo el peor software de Emacs con diferencia, ni con native-comp
mejora la cosa. Es insufrible, para bajar 80MB de Usenet y dejarse en caché
pueden pasar HORAS y todo el editor queda bloqueado. Probé incluso con
"make-thread" poniendo la tarea de "gnus-jog-cache" en un hilo pero
la cosa no funcionaba. Como alternativa, mbsync+msmtp+mutt/alpine+slrn.
Imbatibles estos últimos, mbsync va como la seda, funciona en una patata
y mutt con caché abre GB's de correo sin respirar. Por no hablar de la 
velocidad, que es como pasar de un triciclo a un F35.

IRC: Erc, va bien pero no es una maravilla ya que a veces se quedaba 
trabado por la alta carga de gnus. No es culpa suya, pero su configurabilidad
lo hace bastante aceptable y con Bitlbee parcheado puede ser muy potente.
8/10.

Telegram: Telega con Tdlib, pero se arrastra al hacer scroll en la lista 
de usuarios. Lento, tan lento que hasta la aplicación Qt como nekochat
para 32 en Hyperbola va mucho más fluída. Nchat con herbe va a la velocidad
de la luz y puede abrir cosas con mupdf, sxiv o mpv. 7/10, pero 
le salva su función de videoconferencia.

Mapas: OSM-el. Mira, una aplicación brillante en Emacs. Soporte de GPX,
marcadores, integración con org-mode y muy fluída en mi netbook. 9/10,
le falta poder crear rutas GPX de forma gráfica, pero es Emacs, con poco
Elisp se podŕia hacer supongo. No hay mucha alternativa ligera en Unix
salvo FoxtrotGPS, Navit o TangoGPS, no hay un visor megaligero como 
OSM-el. Igual Navit bajo SDL se le acerca.

Jabber: probé Jabber.el pero el manejo se me antojaba raro, no encontré
al principio la forma de ir correctamente a los MUC y a veces tenía
el mismo problema de desconexión que ERC. Alternativa Unix: Profanity.

PDFs: Doc-view. Horrible y extraordinariamente lento comparado 
con MuPDF, horroroso, usa internamente ImageMagick. Nada recomendado.
Recomiendo usar las librerías de  MuPDF y pdf-tools donde el rendimiento
gana bastante pero está lejos del MuPDF nativo original donde se 
abren ficheros de miles de páginas en un suspiro. No es el caso de 
pdf-tools desgraciadamente.

Gestor de ventanas: Exwm. Parco, claro y extensible. Alternativa Unix:
CWM con menú de lanzar o buscar ventanas con win+w y win+s y wmtools.
Se pueden poner teclas a lo vi con win+q para cerrar ventana haciendolo
muy similar a exwm pero desde la visión vi de manejo de teclado.

Este ha sido mi periplo en Emacs, un mundo diferente, raro, e interesante
por Elisp pero como digo le falta mucho por ganar en rendimiento.
La compilación nativa es un paso en buena dirección pero está muy lejos
de otros gestores minimalistas como CWM donde hace que tu Atom parezca
un i7, por no hablar de GNUs vs Mutt+Msmtp+Mbsync donde si controlas
las teclas de vi tu equipo parecerá salido de un centro de computación
destinado a plegar proteínas. Y es una pena, porque Emacs tiene 
auna documentación bestial en cada módulo. 

No es que LISP sea lento de por sí, ahí está el caso de Common Lisp, 
pero hasta ahora GNU no estaba interesada
en que Emacs rindiese la que la mayoría de la gente lo usaba o dentro 
de CLI o para copiar y pegar texto cómodamente desde X, siendo el uso
gráfico algo pensado posteriormente y se nota, donde el rendimiento
con ficheros grandes, la apertura de PDF's, el manejo de imágenes  
y el uso optimizado de fuentes no se ha pulido
hasta la futura versión 29.

Si en dicha versión consiguen mejorar los bloqueos de E/S como GNU's,
igual me vuelven a tener de vuelta y me maravillan como lo hicieron
en tiempos de Debian Woody donde esos tarados soñadores metieron 
un chatbot, un juego de puzzles y demás en lo que se supone que eran
herramientas de profesionales de supuestos entornos serios para
hacer programas con un alto valor técnico o científico.
Cuento con libgccjit para ello.

Mientras tanto, me quedo en mi versión con CWMy scripts que hacen lo 
que Emacs para GNU o Acme para plan9, un entorno donde muchos módulos
interactuan entre sí para crear algo más potente.

La gente dirá que no puedo copiar y pegar cosas en org-mode e interactuar
con código escrito para el SICP con org-babel para integrarlo con ERC
y demás, pero siempre puedo capturar la salida del REPL en tmux
y pegarla... en simple texto-plano donde con un simple script 
se puede agregar a un archivo ICS usable desde remind o calcurse.

Para el resto, la solución no es interactuar, ni entre sí ni a solas.
La solución no es interactuar en absoluto, y dejar que cron y mbsync/mstp
operen solitos para bajar usenet, correo, noticias y podcasts.. 
A veces como dicen, "no news is good news".
Y puede que tengan razón.

Saludos.