PipeDream 與 Acorn Archimedes：一個被遺忘的整合運算願景

運算歷史中充滿了許多「登月計畫」式的想法——這些軟體與硬體概念在理論上超越了時代，但由於市場力量或技術限制而未能獲得主流認可。其中一個有趣的案例就是 PipeDream，這是一套專為 Acorn Archimedes 及當時其他平台設計的生產力工具套件。

PipeDream 嘗試了一種激進的做法：打破文書處理器、試算表與資料庫之間的隔閡。雖然現代使用者可能會將其視為 Notion 或 Coda 這種整合型工具的前身，但在 1980 年代末期與 1990 年代初期，這種做法與標準的生產力模型相比，顯得極其奇特且充滿野心。

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 suite (Illustration, Layout, and Photos) 展現了類似的高效能、整合式創意工具精神。

此外，對於現代應用程式「孤島化」特性的挫折感仍在持續。一些開發者認為，目前的「App」隱喻是一個死胡同，工具被隔離在無法互相串接的獨立世界中。PipeDream 的夢想——一個畫筆工具可以在社群媒體貼文中使用，或者試算表可以原生存在於報告中——對於追求真正 UI 可組合性的人來說，仍然是一個誘人但尚未實現的目標。

結論

Acorn Archimedes 上的 PipeDream 代表了一個 UI 設計充滿實驗性與大膽嘗試的時代。雖然在實務上它可能是一個「奇特的折衷方案」，但它挑戰了文書處理、資料分析與紀錄保存需要使用分開軟體的基本假設。透過這種方式，它讓我們得以窺見一個更整合的運算未來，而我們現在才正透過靈活、基於區塊的生產力工具開始實現這一點。