Transforme o Tmux no Sistema Operacional
Um usuário antigo de terminal imagina uma interface de sistema operacional construída em torno da persistência no estilo tmux e do gerenciamento de janelas centrado no teclado, provocando debate sobre se essa visão apenas recria gerenciadores de janelas em mosaico e ferramentas existentes como i3, Niri ou Emacs. Os comentaristas se dividem entre valorizar configurações altamente ajustáveis para usuários avançados e argumentar que a adoção mainstream exige padrões mais amigáveis e menos configuração manual, talvez com ajuda de LLMs locais. Por baixo disso, corre uma discussão mais ampla sobre sistemas de arquivos versus silos de dados específicos de aplicativos e sobre se substituir a organização tradicional baseada em arquivos por modelos centrados em tarefas ou aplicativos realmente beneficia os usuários.
Tmux, multiplexadores e persistência
- Vários comentários focam na persistência entre sessões e máquinas como o principal valor do tmux.
- Plugins como tmux-resurrect e tmux-continuum são sugeridos para restaurar layouts após reinicializações.
- Alternativas como zellij e outros multiplexadores de terminal personalizados são mencionadas; alguns observam que e-mail em HTML e conteúdo rico são pontos de atrito.
- Alguns relatam ter abandonado completamente o tmux após migrar para gerenciadores de janelas mais novos ou soluções de terminal integradas.
Gerenciadores de janelas em mosaico vs “tmux como sistema operacional”
- Muitos argumentam que o artigo está realmente descrevendo um gerenciador de janelas em mosaico, não uma mudança de sistema operacional.
- i3, sway, hyprland, Niri, EXWM, Ratpoison, vários twms e ferramentas semelhantes são citados como já resolvendo a maioria dos problemas de layout e navegação.
- No macOS e no Windows, equivalentes como yabai, Aerospace, OmniWM, Nehir, komorebi e outros são discutidos, com retorno misto sobre polimento, estabilidade e complexidade.
- Alguns dizem que o autor poderia resolver seus próprios problemas com um pouco de configuração; outros enfatizam que a configuração é uma barreira para usuários não técnicos e para adoção ampla.
Abas verticais, árvores e fluxos de trabalho
- As abas verticais do Arc geram debate; alguns ressentem que listas verticais simples tenham virado moda enquanto extensões de abas em árvore mais antigas ofereciam agrupamento de tarefas mais rico.
- Há entusiasmo por modelos aninhados/em árvore de abas que se mapeiam a “árvores de tarefas” (por exemplo, expandir/recolher uma sessão inteira de leitura do HN), embora o suporte hoje seja nichado.
Sistema de arquivos vs silos de aplicativos
- Há forte resistência à ideia de que sistemas de arquivos sejam uma “abstração fraca”.
- Comentários pró-sistema de arquivos enfatizam portabilidade, neutralidade e a capacidade de trocar de aplicativo sem perder acesso aos dados.
- O armazenamento centrado em aplicativos (estilo Fotos/Notas/iCloud da Apple) é criticado por ser opaco e difícil de gerenciar ou comparar; outros respondem que muitos internos de aplicativos (caches, bancos de dados) razoavelmente não expõem arquivos brutos e que sandboxing e sincronização na nuvem empurram para bancos de dados de aplicativos.
- Surge uma formulação mais ampla de “substantivo vs verbo”: modelo centrado em dados do sistema de arquivos versus modelo centrado em aplicativos, com a maioria aqui favorecendo o primeiro.
Produtividade, UX e “usuários normais”
- Alguns insistem que a interface é “arte” guiada por gosto, e que o ecossistema Unix-like de combinar peças e usar arquivos de configuração (possivelmente gerados por LLMs) é uma vitória de longo prazo.
- Outros argumentam que competência básica em gerenciamento de janelas e tarefas deveria ser uma expectativa profissional; desktops caóticos desperdiçam o tempo de todos na colaboração.
- Contra-argumentos observam que pensamento, design e qualidade de código importam mais do que velocidade de usuário avançado; pequenas ineficiências de janela ou digitação muitas vezes são irrelevantes.
LLMs e configuração
- Vários comentários propõem usar LLMs locais ou empacotados para gerar configurações de gerenciadores de janelas ou permitir que os usuários descrevam seu desktop ideal em linguagem natural.
- Céticos apontam a falta de confiabilidade atual dos LLMs e alertam contra torná-los fundamentais para a experiência de desktop.