Infinite Mac: BeOS

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

Los aficionados al clásico BeOS y a su sucesor de código abierto Haiku reflexionan sobre por qué estos sistemas siguen pareciendo rápidos, elegantes e innovadores frente a los escritorios convencionales actuales. Los comentaristas destacan la sorprendente usabilidad de Haiku, sus rarezas técnicas (como su ABI de C++ y su interfaz gráfica multihilo) y obstáculos como el soporte de hardware y la falta de cifrado, mientras exploran también qué habría pasado si Apple hubiera adquirido Be en lugar de NeXT. El hilo se abre hacia otros sistemas operativos retro, ideas de interfaz como el uso de pestañas en ventanas y esfuerzos por revivir entornos al estilo BeOS sobre kernels modernos.

Haiku OS y BeOS hoy

  • Varios comentaristas recomiendan Haiku, llamándolo agradable, sorprendentemente usable y ahora con Firefox e incluso un controlador Nvidia en borrador.
  • Otros informan problemas de hardware: Haiku no arranca en algunos sistemas modernos y aún carece de cifrado de disco.
  • Según se informa, la política de Haiku rechaza el código generado por IA; se espera que los colaboradores entiendan y expliquen su trabajo.
  • Persisten las restricciones de compatibilidad binaria del antiguo ABI de C++ de BeOS: una compilación de Haiku de 32 bits con un GCC antiguo puede ejecutar aplicaciones de BeOS, pero las compilaciones modernas de 64 bits con GCC no pueden.

Modernización de sistemas operativos heredados

  • Un proyecto reimplementa el clásico Mac System 6 sobre hardware bare metal (por ejemplo, Raspberry Pi) con shell POSIX, BusyBox, OpenSSH, USB MIDI/ethernet/audio, con el objetivo de flujos de trabajo antiguos de DAW.
  • Debate sobre apuntar a System 6 frente a 7.x: se elogia 7.5.3 por su amplia compatibilidad; 6 funciona mejor en Macs 68k muy limitados.
  • Hay interés en “Linux moderno con shell de Win95/XP”; entre los ejemplos está ejecutar el shell de XP mediante Wine.
  • Algunos especulan que la IA podría generar rápidamente nuevos ecosistemas de aplicaciones para sistemas operativos antiguos, e incluso ayudar a mejorar los propios sistemas operativos.
  • Otros sostienen que descompilar por completo y modernizar el clásico Mac OS probablemente rompería la compatibilidad con aplicaciones; sugieren como mejor estrategia de aislamiento la emulación de alto nivel por aplicación.
  • Hay afirmaciones contrapuestas sobre el clásico Mac OS: un lado dice que carecía de preempción moderna/VM; otro apunta al nanokernel de Mac OS y a Multiprocessing Services como prueba de un kernel con preempción y apps heredadas cooperativas encima, aunque su adopción fue limitada.

BeOS frente a NeXT y el qué pasaría si de Apple

  • Varios comentaristas argumentan que Apple acertó al elegir NeXT: según informes, BeOS tenía redes e impresión débiles, APIs de C++ frágiles estrechamente ligadas a un compilador/ABI específico y una interfaz gráfica muy multihilo propensa a fallos.
  • El diseño muy centrado en C++ (con uso extensivo de subclases y herencia múltiple) llevó a problemas de “clase base frágil”; mantener la compatibilidad binaria a largo plazo parecía difícil.
  • Otros subrayan que BeOS era bastante parecido a POSIX por dentro, pero también señalan que tuvo que implementar eso desde cero.
  • La gestión/cultura se considera el factor decisivo: NeXT aportó un liderazgo sólido y un equipo técnico fuerte; parte de la dirección de Be más tarde tuvo dificultades en Palm.
  • Algunos especulan que si Apple hubiera comprado Be, quizá no habría logrado recuperarse; BeOS podría haberse convertido con el tiempo en “Unix con una interfaz diferente” de todos modos.

Conceptos de interfaz y gestión de ventanas

  • Las barras de título con pestañas de BeOS/Haiku provocan una amplia discusión:
    • Las pestañas pueden arrastrarse, “apilarse” y usarse para agrupar ventanas de varias aplicaciones en conjuntos con pestañas.
    • Haiku mejora BeOS con pestañas “magnéticas” que se ajustan entre sí; el BeOS clásico requería alineación manual y no mantenía las ventanas unidas.
  • Algunos lamentan que las barras de título modernas de macOS se conviertan en barras de herramientas con una zona mínima para arrastrar.
  • Varios usuarios elogian las ventanas “sin bordes” al estilo Linux/X11, movidas y redimensionadas con modificador+ratón, y señalan que estos comportamientos se remontan a los primeros gestores de ventanas de X11.
  • Los comentaristas recuerdan gestores de ventanas en Unix inspirados en BeOS o al estilo fluxbox con pestañas y desearían que más entornos de escritorio modernos copiaran estas ideas.

BeBox, GeekPort y hardware hacking

  • El “GeekPort” del BeBox despierta nostalgia; como equivalentes modernos se citan los cabezales GPIO de Raspberry Pi, los puertos paralelos (mediante tarjetas PCIe) y los puentes USB GPIO (por ejemplo, FT232H).
  • Las anécdotas de producción del BeBox destacan su naturaleza ensamblada y pintada a mano; algunos propietarios todavía lo arrancan periódicamente para mantenerlo vivo.

Nostalgia y diversidad de sistemas operativos

  • Las motivaciones para volver a BeOS/los sistemas de la era Amiga incluyen:
    • Pura nostalgia.
    • La creencia de que la UI/UX de BeOS se sentía genuinamente mejor y más rápida que los escritorios modernos.
    • La añoranza de la era de 1990–2000 con muchos sistemas operativos de escritorio en competencia (BeOS, OS/2, etc.), frente a la opción principal más limitada de hoy.
  • Algunos recuerdan BeOS como el escritorio más bonito y más ágil que usaron; lo contrastan con la complejidad percibida en entornos como KDE.

Otros esfuerzos de sistemas operativos alternativos

  • RISC OS se destaca como otro escritorio “limpio, libre de legado” que aún se mantiene, especialmente en Raspberry Pi, con variantes abiertas y comerciales.
  • Se menciona una distribución de Linux (“V OS”) que porta la GUI y el SDK de Be sobre un kernel Linux como una alternativa ligera potencial a GNOME/KDE, si gana tracción.