PipeDream 与 Acorn Archimedes：一个被遗忘的集成计算愿景

计算的历史中充满了“登月计划”式的想法——这些软件和硬件概念在理念上领先于时代，但由于市场力量或技术限制而未能获得主流认可。PipeDream 就是这样一个奇特的存在，它是一套为 Acorn Archimedes 及那个时代的其他平台设计的生产力工具套件。

PipeDream 试图尝试一些激进的做法：打破文字处理器、电子表格和数据库之间的隔阂。虽然现代用户可能会将其视为 Notion 或 Coda 集成特性的先驱，但在 20 世纪 80 年代末和 90 年代初，这与标准的生产力模型相比，是一个极其古怪且雄心勃勃的背离。

PipeDream 的雄心

PipeDream 的核心在于寻求消除不同类型数据处理之间的障碍。根据历史描述，PipeDream 3 允许用户：

• 在信函和报告中直接包含数值表格。
• 在电子表格中添加段落文本。
• 在数据库中执行复杂的计算。

这种方法旨在实现信息的无缝流动，让工具适应数据，而不是强迫用户在不同的应用程序之间切换并手动在不一致的格式之间进行复制粘贴。这种“可组合性”的愿景是一个重大的飞跃，尽管当时的一些观察者将其视为三种不同工具集的“奇怪的折中方案”。

Acorn Archimedes 与 RISC OS

要理解 PipeDream，必须理解它所处的环境。Acorn Archimedes 是那个时代的性能猛兽，它利用了 RISC (Reduced Instruction Set Computer) 架构，其性能往往让同时代的 IBM 兼容机望尘莫及。运行着 RISC OS，该机器提供了一种在许多方面比早期版本的 Windows 或 Mac OS 更先进的用户界面。

以文件为中心的设计哲学

RISC OS 最引人注目的方面之一是它背离了“以应用为中心”的模型。正如该系统的用户所指出的，RISC OS 缺乏应用内文件选择器的概念。相反，操作系统是高度以文件为中心的：

如果你想打开一个文件，你需要导航到文件系统中的位置。要保存，你只需将图标拖动到你想放置它的文件夹中。

这种哲学延伸到了“Icon Bar”（有时被误称为 Icon Tray），这是一个用于应用程序管理的中央枢纽，至今仍是 RISC OS 社区讨论的热点。

技术限制与内存管理

尽管拥有前瞻性的 UI，Archimedes 仍面临严重的硬件限制，特别是内存方面。这导致了一种独特——有时也令人沮丧——的处理进程的方式。在 RISC OS 中，GUI 应用程序通常作为一个单一进程运行，无论打开了多少个文件。为了管理有限的 RAM，系统提供了一个带有滑块的面板，允许用户手动为不同的系统功能分配内存。

然而，这种缺乏隔离性的做法意味着稳定性是一个持续的赌博。因为进程之间几乎没有保护，一个崩溃的应用程序很容易就会导致所有打开的文件失效，或者在最坏的情况下，导致整个操作系统崩溃。

遗产与现代类比

PipeDream 最终在 Windows 上演变成了 Fireworkz（特别是 Fireworkz Pro），试图将其集成愿景带给更广泛的受众。虽然它从未达到 Microsoft Office 套件的统治地位，但其 DNA 可以从现代软件趋势中看到。原帖作者建议，现代 Affinity 系列套件（Illustration、Layout 和 Photos）遵循了类似的、高性能集成创意工具的精神。

此外，对于现代应用“孤岛化”特性的挫败感仍在继续。一些开发者认为，当前的“App”隐喻是一个死胡同，工具是彼此隔离的世界，无法相互插入。PipeDream 的梦想——一个画笔工具可以在社交媒体帖子中使用，或者电子表格可以原生存在于报告中——对于那些寻求真正 UI 可组合性的人来说，仍然是一个诱人的、尽管尚未实现的愿景。

结论

Acorn Archimedes 上的 PipeDream 代表了 UI 设计处于实验性和大胆探索的时代。虽然在实践中它可能是一个“奇怪的折中方案”，但它挑战了文字处理、数据分析和记录保存需要使用独立软件的基本假设。通过这种方式，它让我们窥见了集成计算的更具集成性的未来，而我们现在才开始通过灵活的、基于模块的生产力工具来实现这一目标。