Infinite Mac: BeOS

Artigo original ↗ Discussão no Hacker News ↗

Fãs do BeOS clássico e de seu sucessor open source, o Haiku, refletem sobre por que esses sistemas ainda parecem rápidos, elegantes e inovadores em comparação com os desktops mainstream de hoje. Os comentaristas destacam a usabilidade surpreendente do Haiku, suas peculiaridades técnicas (como o ABI de C++ e a GUI multithreaded) e obstáculos como suporte a hardware e falta de criptografia, ao mesmo tempo em que exploram o que teria acontecido se a Apple tivesse comprado a Be em vez da NeXT. O fio deriva para outros sistemas operacionais retrô, ideias de UI como tabulação de janelas e esforços para reviver ambientes no estilo BeOS sobre kernels modernos.

Haiku OS e BeOS Hoje

  • Vários comentaristas recomendam o Haiku, chamando-o de agradável, surpreendentemente utilizável, e agora com Firefox e até um driver Nvidia em rascunho.
  • Outros relatam problemas de hardware: o Haiku não inicializa em alguns sistemas modernos e ainda não oferece criptografia de disco.
  • A política do Haiku supostamente rejeita código gerado por IA; espera-se que os contribuidores entendam e expliquem seu trabalho.
  • Restrições de compatibilidade binária do antigo ABI de C++ do BeOS persistem: builds de 32 bits do Haiku com um GCC antigo podem executar apps do BeOS, mas builds modernos de 64 bits com GCC não podem.

Modernizando Sistemas Operacionais Legados

  • Um projeto reimplementa o clássico Mac System 6 em hardware real (por exemplo, Raspberry Pi), com shell POSIX, BusyBox, OpenSSH, USB MIDI/ethernet/audio, visando antigos fluxos de trabalho de DAW.
  • Há debate sobre mirar o System 6 versus o 7.x: o 7.5.3 é elogiado pela ampla compatibilidade; o 6 funciona melhor em Macs 68k muito limitados.
  • Há interesse em “Linux moderno com shell do Win95/XP”; exemplos incluem executar o shell do XP via Wine.
  • Alguns especulam que a IA poderia gerar rapidamente novos ecossistemas de apps para sistemas operacionais antigos e até ajudar a melhorar os próprios sistemas.
  • Outros argumentam que decompilar e modernizar completamente o clássico Mac OS provavelmente quebraria a compatibilidade com apps; emulação de alto nível por app é sugerida como uma estratégia melhor de isolamento.
  • Há afirmações conflitantes sobre o clássico Mac OS: um lado diz que ele não tinha preempção/VM modernos; outro aponta o nanokernel do Mac OS e os Multiprocessing Services, que forneciam um kernel preemptivo com apps legados cooperativos por cima, embora a adoção tenha sido limitada.

BeOS vs NeXT e o E Se da Apple

  • Vários comentaristas argumentam que a Apple acertou ao escolher a NeXT: o BeOS supostamente tinha rede/impressão fracas, APIs de C++ frágeis fortemente ligadas a um compilador/ABI específico e uma GUI pesadamente multithreaded propensa a travamentos.
  • O design fortemente baseado em C++ (com ampla subclassificação e herança múltipla) levou a problemas de “fragile base class”; manter compatibilidade binária de longo prazo parecia difícil.
  • Outros enfatizam que o BeOS era bastante parecido com POSIX por baixo dos panos, mas também observam que isso teve de ser implementado do zero.
  • A gestão/cultura é vista como o fator decisivo: a NeXT trouxe liderança e equipe técnica fortes; alguns ex-dirigentes da Be depois tiveram dificuldades na Palm.
  • Alguns especulam que, se a Apple tivesse comprado a Be, talvez não conseguisse se recuperar; o BeOS poderia ter acabado virando “Unix com uma interface diferente” com o tempo.

Conceitos de UI e Gerenciamento de Janelas

  • As titlebars com abas do BeOS/Haiku geram extensa discussão:
    • As abas podem ser arrastadas, “empilhadas” juntas e usadas para agrupar janelas de múltiplos apps em conjuntos com abas.
    • O Haiku melhora o BeOS com abas “magnéticas” que se encaixam; o BeOS clássico exigia alinhamento manual e não mantinha as janelas presas entre si.
  • Alguns lamentam as titlebars do macOS moderno, que viraram barras de ferramentas com área mínima para arrastar.
  • Vários usuários elogiam janelas “sem bordas” no estilo Linux/X11, movidas/redimensionadas por modificador+mouse, e observam que esses comportamentos remontam aos primeiros window managers do X11.
  • Comentadores lembram de window managers inspirados no BeOS ou no estilo fluxbox em desktops Unix e gostariam que mais DEs modernos copiassem essas ideias.

BeBox, GeekPort e Hack de Hardware

  • O “GeekPort” do BeBox desperta nostalgia; equivalentes modernos citados incluem headers GPIO do Raspberry Pi, portas paralelas (via placas PCIe) e bridges USB GPIO (como o FT232H).
  • Anedotas da produção do BeBox destacam sua natureza montada e pintada à mão; alguns proprietários ainda o ligam periodicamente para mantê-lo vivo.

Nostalgia e Diversidade de SOs

  • As motivações para revisitar sistemas da era BeOS/Amiga incluem:
    • Nostalgia pura.
    • A crença de que a UI/UX do BeOS parecia genuinamente melhor e mais rápida do que desktops modernos.
    • A saudade da era de 1990–2000 com muitos SOs de desktop competindo (BeOS, OS/2 etc.), em contraste com a escolha mainstream mais estreita de hoje.
  • Alguns lembram o BeOS como o desktop mais bonito e ágil que já usaram; contrastam isso com a complexidade percebida em ambientes como o KDE.

Outros Esforços de SOs Alternativos

  • O RISC OS é destacado como outro desktop “limpo, sem legado” ainda mantido, especialmente no Raspberry Pi, com variantes abertas e comerciais.
  • É mencionado uma distribuição Linux (“V OS”) que porta a interface Be e o SDK para um kernel Linux como uma alternativa leve potencial ao GNOME/KDE, caso ganhe tração.