Pare de Fazer TUIs

Artigo original ↗ Discussão no Hacker News ↗

Interfaces de usuário baseadas em texto (TUIs) estão sendo reavaliadas à medida que grandes modelos de linguagem tornam mais fácil “vibe codar” aplicativos gráficos nativos, especialmente em plataformas como macOS. Comentadores discutem se os pontos fortes das TUIs — velocidade, baixo uso de recursos, facilidade de uso via SSH, fluxos de trabalho centrados no teclado, estabilidade e portabilidade entre sistemas — superam suas desvantagens, como acessibilidade ruim, integração mais fraca com o sistema operacional e padrões de interação limitados em comparação com GUIs e web apps modernos. Muitos concluem que a escolha deve ser guiada por público e contexto: TUIs para desenvolvedores e fluxos de trabalho remotos/em servidores, GUIs ou web apps para a maioria das tarefas de usuários finais, com ambos se beneficiando de melhores ferramentas e disciplina de design.

Sentimento geral sobre TUIs vs GUIs

  • Muitos comentaristas gostam muito de TUIs; outros argumentam que elas são primitivas, bugadas e inferiores às GUIs modernas.
  • Vários dizem “use a ferramenta certa”: ferramentas de desenvolvimento e fluxos de trabalho de usuários avançados se beneficiam de CLI/TUI; aplicativos para usuários finais geralmente devem ser GUI.

Forças percebidas das TUIs

  • Funcionam bem via SSH, em tmux/screen, e em máquinas sem interface gráfica ou remotas; é fácil retomar sessões entre dispositivos.
  • Baixo uso de recursos, alta responsividade e, muitas vezes, sem animação ou poluição visual.
  • Interfaces centradas no teclado, densas em informação, que se encaixam em fluxos de trabalho de terminal; fáceis de automatizar enviando pressionamentos de tecla.
  • Plataforma extremamente estável: terminais e bibliotecas como curses/ncurses existem há décadas; TUIs frequentemente precisam de pouca manutenção.
  • Multiplataforma por padrão; a mesma TUI pode rodar em Linux, macOS, servidores e, às vezes, em hardware mínimo.
  • Mais fácil criar interfaces “boas o suficiente” do que projetar GUIs de alta qualidade; restrições simplificam o design.

Críticas e limitações das TUIs

  • A acessibilidade costuma ser ruim; pouco suporte às APIs de acessibilidade do sistema operacional.
  • Integração fraca com desktops GUI (arrastar e soltar, associações de arquivos, busca do sistema, ícones de documentos, atalhos padrão).
  • Mais difícil fazer tarefas visuais ricas (mapas, edição de imagens, documentos complexos com múltiplos painéis); grade fixa de caracteres e widgets limitados.
  • Muitas TUIs carecem de capacidade de script em comparação com CLIs puras e não podem ser encadeadas facilmente, a menos que sejam explicitamente projetadas para uso duplo CLI/TUI.
  • Convenções de terminal entram em conflito com as de GUI (por exemplo, comportamento de Ctrl-C, inconsistências de atalhos).

Perspectivas sobre GUI e web

  • Alguns dizem que GUIs nativas continuam estáveis (Qt, GTK, Cocoa, WinForms/WPF/WinUI) e podem ser rápidas e densas em informação quando bem projetadas.
  • Outros reclamam que GUIs/web apps modernos favorecem toque, animações e espaços em branco, reduzindo a eficiência e a usabilidade com teclado.
  • Um grupo argumenta que aplicativos nativos estão cada vez mais anacrônicos: use web apps para gráficos, TUIs para texto.

LLMs e UIs “vibe-coded”

  • Vários observam que LLMs tornam mais fácil “vibe codar” SwiftUI e outras GUIs, incentivando aplicativos nativos pessoais e descartáveis.
  • Alguns criticam o artigo como uma vitrine incoerente e caça-cliques desses projetos; outros o consideram coerente e inspirador.

Ecossistema de terminal e TUI

  • Novos frameworks de TUI (Ratatui, Textual, BubbleTea, etc.) são elogiados; alguns pedem um protocolo moderno de terminal com acessibilidade integrada e semântica mais rica.