Infinite Mac：BeOS

Haiku OS 和如今的 BeOS

• 多位评论者推荐 Haiku，称它令人愉快、出乎意料地可用，如今甚至已经有 Firefox 和一个 Nvidia 驱动草案。
• 也有人报告了硬件问题：Haiku 无法在某些现代系统上启动，而且仍然缺少磁盘加密。
• 据称 Haiku 的政策拒绝 AI 生成的代码；贡献者需要理解并解释自己的工作。
• 由于 BeOS 旧 C++ ABI 的二进制兼容性限制仍然存在：用旧 GCC 编译的 32 位 Haiku 可以运行 BeOS 应用，而使用现代 GCC 编译的 64 位版本则不能。

现代化遗留操作系统

• 有一个项目在裸机上重新实现经典 Mac System 6（例如 Raspberry Pi），使用 POSIX shell、BusyBox、OpenSSH、USB MIDI/以太网/音频，面向旧 DAW 工作流。
• 关于目标是 System 6 还是 7.x 的争论：7.5.3 因广泛兼容性而受赞誉；6 则在极其受限的 68k Mac 上表现更好。
• 有人对“现代 Linux + Win95/XP shell”很感兴趣；例如可通过 Wine 运行 XP shell。
• 有些人推测 AI 可以快速为旧操作系统生成新的应用生态，甚至帮助改进这些操作系统本身。
• 也有人认为，若完全反编译并现代化经典 Mac OS，可能会破坏应用兼容性；按应用进行高层级仿真被认为是更好的隔离策略。
• 关于经典 Mac OS 的说法相互矛盾：一方称它缺乏现代抢占式调度/虚拟内存；另一方则指出 Mac OS nanokernel 和 Multiprocessing Services 提供了抢占式内核，上层是协作式的旧应用，不过采用范围有限。

BeOS、NeXT 与 Apple 的假设选择

• 几位评论者认为 Apple 选择 NeXT 是正确的：据称 BeOS 的网络/打印支持较弱，C++ API 脆弱且与特定编译器/ABI 紧密绑定，而且其高度多线程的 GUI 容易崩溃。
• 这种大量使用 C++ 的设计（广泛的子类化和多重继承）导致了“脆弱基类”问题；要长期维持二进制兼容性看起来很困难。
• 也有人强调 BeOS 在底层其实相当接近 POSIX，不过这也意味着它必须从头实现这些特性。
• 管理/文化被视为决定性因素：NeXT 带来了强有力的领导层和技术团队；一些 Be 的前管理层后来在 Palm 遇到了困难。
• 还有少数人推测，如果 Apple 买下的是 Be，它可能同样无法恢复；BeOS 最终也许会变成“带不同界面的 Unix”。

UI 概念与窗口管理

• BeOS/Haiku 的带标签标题栏引发了广泛讨论：
  • 标签可以拖动、“堆叠”在一起，并用于把多个应用的窗口分组为带标签的集合。
  • Haiku 通过“磁性”标签改进了 BeOS：标签会自动吸附在一起；经典 BeOS 需要手动对齐，而且不会让窗口保持系在一起。
• 有人感叹现代 macOS 的标题栏逐渐变成了工具栏，可拖动区域极小。
• 几位用户称赞 Linux/X11 风格的“无边框”窗口，可通过修饰键+鼠标移动/调整大小，并指出这些行为早在早期 X11 窗口管理器时代就已存在。
• 评论者回忆起 Unix 桌面上受 BeOS 启发或类似 fluxbox 风格的带标签窗口管理器，并希望更多现代桌面环境能借鉴这些想法。

BeBox、GeekPort 与硬件折腾

• BeBox 的“GeekPort”唤起了怀旧情绪；现代可粗略替代的方案包括 Raspberry Pi GPIO 排针、并口（通过 PCIe 卡）以及 USB GPIO 桥接器（如 FT232H）。
• 关于 BeBox 生产的轶事强调了它手工组装、手工喷涂的特性；一些拥有者至今仍会定期开机，让它继续“活着”。

怀旧与操作系统多样性

• 重新回顾 BeOS/Amiga 时代系统的动机包括：
  • 纯粹的怀旧。
  • 认为 BeOS 的 UI/UX 确实比现代桌面更好、更快。
  • 怀念 1990 年代到 2000 年代那个有许多竞争性桌面操作系统（BeOS、OS/2 等）的时期，而不是如今更狭窄的主流选择。
• 一些人记得 BeOS 是他们用过的最好看、最敏捷的桌面；他们将其与 KDE 等环境中感受到的过度复杂作对比。

其他替代操作系统项目

• RISC OS 被提到是另一个仍在维护的“干净、无历史包袱”的桌面系统，尤其是在 Raspberry Pi 上，同时存在开源和商业版本。
• 还有人提到一个 Linux 发行版（“V OS”），它把 Be GUI 和 SDK 移植到 Linux 内核上；如果获得关注，它可能成为 GNOME/KDE 的轻量替代方案。