Zellij: Un espacio de trabajo de terminal con todo incluido

Artículo original ↗ Discusión en Hacker News ↗

Zellij, un multiplexor de terminal basado en Rust, está llamando la atención como una alternativa más amigable para el usuario que tmux, con funciones como paneles flotantes, contexto por pestaña, plugins aislados en sandbox y combinaciones de teclas fáciles de descubrir. Sus defensores destacan sus mejoras en el flujo de trabajo, la persistencia de sesiones y la facilidad de configuración, mientras que los escépticos cuestionan si ofrece suficiente más allá de herramientas existentes como tmux, kitty o las pestañas de terminal y los gestores de ventanas en mosaico. También surgen preocupaciones sobre la latencia de entrada, el uso de memoria y los conflictos de combinaciones de teclas, lo que subraya las compensaciones entre las funciones modernas y la madurez y ubicuidad de las herramientas establecidas.

Adopción general frente a configuraciones solo con tmux/screen/terminal

  • Varios usuarios informan que han pasado de tmux a Zellij en los últimos meses y están satisfechos; otros lo probaron brevemente y volvieron a tmux.
  • tmux sigue siendo valorado por su ubicuidad en sistemas remotos, madurez y potentes herramientas de scripting/sesiones (a menudo con tmuxp).
  • Algunos siguen prefiriendo GNU screen o Byobu (vistos como “solo los valores predeterminados de tmux/screen”).
  • Un grupo considerable siente que el multiplexado pertenece al emulador de terminal o al gestor de ventanas (p. ej., Konsole, kitty, wezterm, gestores de ventanas en mosaico) y rara vez ve necesidad de algo más allá de la persistencia de SSH.

Paneles flotantes y flujos de trabajo con zellij run

  • Los paneles flotantes se describen repetidamente como la “función estrella” de Zellij:
    • Editor a pantalla completa con terminales efímeras para tareas en segundo plano (tests, k9s, shells) que se pueden alternar mediante atajos.
    • Los paneles flotantes por pestaña mantienen las tareas relacionadas dependientes del contexto.
  • El comando zellij run --floating junto con “press Enter to rerun” es elogiado para ejecutar tests y comandos rápidos.
  • Los escépticos argumentan que las ventanas/paneles/popups de tmux o simplemente cambiar de ventana ofrecen beneficios similares, cuestionando por qué las superposiciones serían mejores que ventanas separadas.

Rendimiento, latencia y memoria

  • Las experiencias divergen: algunos no ven retraso en la entrada; otros informan latencia notable y desplazamiento lento en monitores grandes.
  • Hay optimizaciones de rendimiento en curso en PRs upstream.
  • El uso de memoria es controvertido: algunos informan que Zellij usa ~500MB y lo consideran inutilizable; los mantenedores atribuyen el comportamiento en parte al asignador de Rust y dicen que la memoria se libera con el tiempo, pero a los usuarios les siguen preocupando las fugas.

Interfaz, combinaciones de teclas y usabilidad

  • Zellij es elogiado por su facilidad de descubrimiento, configuración sencilla, atajos contextuales visibles y enfoque en la previsibilidad.
  • La interfaz puede sentirse demasiado “grande” o recargada; la documentación muestra cómo ocultar bordes y reducir el chrome.
  • Se admiten combinaciones de teclas al estilo tmux y se consideran de primera clase, facilitando la migración.
  • Otros se quejan de que Zellij captura demasiadas combinaciones de teclas y fuerza un modelo de modo/desbloqueo, lo que añade fricción.
  • Algunos señalan que las combinaciones predeterminadas entran en conflicto con Emacs/readline; reasignarlas es común.

Funciones, plugins y ecosistema

  • Funciones apreciadas: restauración de sesiones, plugins aislados en sandbox (visto como una ventaja de seguridad frente a los ecosistemas de plugins de tmux/nvim), paneles flotantes/apilados reales, soporte multijugador.
  • Críticas: el ecosistema de plugins y las integraciones avanzadas (p. ej., el protocolo de imágenes de kitty) siguen siendo más débiles que tmux + plugins.

Debates más amplios sobre el flujo de trabajo

  • Continúan los argumentos sobre si los multiplexores reinventan los IDEs GUI y si vim/neovim por sí solos (con splits/pestañas/terminal) bastan.
  • Muchos ven la desconexión y reconexión en hosts remotos como la única ventaja inequívoca de los multiplexores del lado del servidor como tmux/Zellij.