Dejar de hacer TUIs

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

Las interfaces de usuario basadas en texto (TUIs) se están reevaluando a medida que los modelos de lenguaje grandes hacen más fácil “vibe codear” aplicaciones gráficas nativas, especialmente en plataformas como macOS. Los comentaristas discuten si las fortalezas de las TUIs — velocidad, bajo uso de recursos, facilidad para SSH, flujos de trabajo centrados en el teclado, estabilidad y portabilidad entre sistemas — superan sus desventajas, como la mala accesibilidad, la integración más débil con el sistema operativo y los patrones de interacción limitados frente a las GUIs modernas y las apps web. Muchos concluyen que la elección debe depender de la audiencia y del contexto: TUIs para desarrolladores y flujos remotos/de servidor, GUIs o apps web para la mayoría de las tareas de usuario final, con ambas beneficiándose de mejores herramientas y disciplina de diseño.

Sentimiento general sobre TUIs frente a GUIs

  • Muchos comentaristas gustan mucho de las TUIs; otros sostienen que son primitivas, defectuosas e inferiores a las GUIs modernas.
  • Varios dicen “usa la herramienta adecuada”: las herramientas de desarrollo y los flujos de trabajo para usuarios avanzados se benefician de la CLI/TUI; las aplicaciones para usuarios finales suelen ser mejor GUI.

Fortalezas percibidas de las TUIs

  • Funcionan bien sobre SSH, en tmux/screen, y en máquinas sin monitor o remotas; es fácil reanudar sesiones entre dispositivos.
  • Bajo uso de recursos, alta capacidad de respuesta y, a menudo, sin animaciones ni ruido visual.
  • UIs centradas en el teclado, densas en información, que encajan con flujos de trabajo de terminal; fáciles de automatizar enviando pulsaciones de teclas.
  • Plataforma extremadamente estable: los terminales y bibliotecas como curses/ncurses han durado décadas; las TUIs a menudo requieren poco mantenimiento.
  • Compatibles con múltiples plataformas por defecto; la misma TUI puede ejecutarse en Linux, macOS, servidores y, a veces, en hardware mínimo.
  • Más fácil crear interfaces “suficientemente buenas” en comparación con diseñar GUIs de alta calidad; las restricciones simplifican el diseño.

Críticas y limitaciones de las TUIs

  • La accesibilidad suele ser deficiente; poco soporte para las APIs de accesibilidad del sistema operativo.
  • Integración débil con escritorios GUI (arrastrar y soltar, asociaciones de archivos, búsqueda del sistema, iconos de documentos, atajos estándar).
  • Más difícil hacer tareas visuales ricas (mapas, edición de imágenes, documentos complejos con múltiples paneles); cuadrícula fija de caracteres y widgets limitados.
  • Muchas TUIs carecen de capacidad de script en comparación con las CLIs puras y no se pueden encadenar fácilmente salvo que estén diseñadas explícitamente para uso dual CLI/TUI.
  • Las convenciones del terminal chocan con las de la GUI (por ejemplo, comportamiento de Ctrl‑C, inconsistencias en los atajos).

Perspectivas sobre GUI y web

  • Algunos dicen que las GUIs nativas siguen siendo estables (Qt, GTK, Cocoa, WinForms/WPF/WinUI) y pueden ser rápidas y densas en información cuando están bien diseñadas.
  • Otros se quejan de que las GUIs modernas y las apps web favorecen el tacto, las animaciones y los espacios en blanco, reduciendo la eficiencia y la usabilidad con teclado.
  • Un sector argumenta que las apps nativas son cada vez más anacrónicas: usar apps web para gráficos, TUIs para texto.

LLMs e interfaces “vibe-coded”

  • Varios señalan que los LLMs facilitan “vibe codear” SwiftUI y otras GUIs, fomentando apps nativas personales y desechables.
  • Algunos critican el artículo como una muestra incoherente y orientada al clickbait de ese tipo de proyectos; otros lo encuentran coherente e inspirador.

Ecosistema de terminal y TUI

  • Se elogian nuevos frameworks de TUI (Ratatui, Textual, BubbleTea, etc.); algunos piden un protocolo de terminal moderno con accesibilidad integrada y semántica más rica.