Haz de Tmux el sistema operativo

Un usuario veterano de terminal imagina una interfaz de sistema operativo construida en torno a la persistencia tipo tmux y a la gestión de ventanas centrada en el teclado, lo que provoca debate sobre si esa visión no hace sino recrear los gestores de ventanas en mosaico y herramientas existentes como i3, Niri o Emacs. Los comentaristas se dividen entre valorar configuraciones altamente personalizables para usuarios avanzados y argumentar que la adopción general requiere valores predeterminados más amigables y menos configuración manual, quizá ayudada por LLMs locales. Debajo subyace un argumento más amplio sobre los sistemas de archivos frente a silos de datos específicos de cada aplicación y sobre si sustituir la organización tradicional basada en archivos por modelos centrados en tareas o en aplicaciones beneficia realmente a los usuarios.

Tmux, multiplexores y persistencia

  • Varios comentarios se centran en la persistencia entre sesiones y máquinas como el principal valor de tmux.
  • Se sugieren complementos como tmux-resurrect y tmux-continuum para restaurar diseños después de reinicios.
  • Se mencionan alternativas como zellij y otros multiplexores de terminal personalizados; algunos señalan el correo HTML y el contenido enriquecido como puntos de fricción.
  • Algunos informan que abandonaron tmux por completo tras pasar a gestores de ventanas más nuevos o a soluciones de terminal integradas.

Gestores de ventanas en mosaico frente a “tmux como sistema operativo”

  • Muchos sostienen que el artículo en realidad describe un gestor de ventanas en mosaico, no un cambio de sistema operativo.
  • i3, sway, hyprland, Niri, EXWM, Ratpoison, varios twm y herramientas similares se citan como soluciones que ya resuelven la mayoría de los problemas de disposición y navegación.
  • En macOS y Windows, se comentan equivalentes como yabai, Aerospace, OmniWM, Nehir, komorebi y otros, con opiniones mixtas sobre pulido, estabilidad y complejidad.
  • Algunos dicen que el autor podría resolver sus propios problemas con un poco de configuración; otros subrayan que la configuración es una barrera para usuarios no técnicos y para una adopción amplia.

Pestañas verticales, árboles y flujos de trabajo

  • Las pestañas verticales de Arc provocan debate; algunos resienten que simples listas verticales se hayan vuelto tendencia mientras que extensiones de pestañas en forma de árbol más antiguas ofrecían una agrupación de tareas más rica.
  • Hay entusiasmo por modelos anidados/de árbol de pestañas que se ajustan a “árboles de tareas” (por ejemplo, expandir/contraer toda una sesión de lectura de HN), aunque hoy el soporte es de nicho.

Sistema de archivos frente a silos de aplicaciones

  • Hay una fuerte reacción contra la idea de que los sistemas de archivos sean una “abstracción débil”.
  • Los comentarios a favor del sistema de archivos enfatizan la portabilidad, la neutralidad y la capacidad de cambiar de aplicación sin perder acceso a los datos.
  • El almacenamiento centrado en aplicaciones (al estilo Fotos/Notas/iCloud de Apple) se critica por ser opaco y difícil de gestionar o de comparar; otros responden que muchos internos de las aplicaciones (cachés, bases de datos) razonablemente no exponen archivos en bruto y que el sandboxing y la sincronización en la nube empujan hacia bases de datos de aplicaciones.
  • Aparece un marco más amplio de “sustantivo frente a verbo”: modelo centrado en datos y sistema de archivos frente a modelo centrado en aplicaciones, y la mayoría aquí favorece el primero.

Productividad, UX y “usuarios normales”

  • Algunos insisten en que la interfaz de usuario es un “arte” impulsado por el gusto, y que la combinación a la carta al estilo Unix más archivos de configuración (posiblemente generados por LLMs) es una victoria a largo plazo.
  • Otros sostienen que una competencia básica en gestión de ventanas y tareas debería ser una expectativa profesional; los escritorios caóticos hacen perder el tiempo a todos en la colaboración.
  • Las contraargumentaciones señalan que pensar, diseñar y la calidad del código importan más que la velocidad de un usuario avanzado; las pequeñas ineficiencias al mover ventanas o teclear suelen ser irrelevantes.

LLMs y configuración

  • Varios comentarios proponen usar LLMs locales o integrados para generar configuraciones de gestores de ventanas o permitir que los usuarios describan su escritorio ideal en lenguaje natural.
  • Los escépticos señalan la falta de fiabilidad actual de los LLMs y advierten contra convertirlos en algo fundamental para la experiencia de escritorio.