誰才是 MS-DOS 的真正繼承者?回顧 Windows 2.x 的圖形介面演進
這篇文章探討了 Windows 2.x 作為 MS-DOS 圖形外殼的開發歷程,以及它與 IBM OS/2 的平行演進,並回顧了當時與蘋果公司針對圖形使用者介面版權所展開的重大法律訴訟。
背景
本文探討了微軟 Windows 2.x 與 IBM OS/2 1.x 這兩款在 1980 年代末期共享開發基因的圖形介面系統。當時微軟與 IBM 曾達成協議,試圖讓 Windows 成為 OS/2 的過渡產品,並在介面上保持高度一致性,以便用戶未來能無縫轉移到更強大的 OS/2 系統,然而後續的市場發展卻完全超乎了當時的預期。
社群觀點
在 Hacker News 的討論中,資深用戶們對這段歷史有著深刻的共鳴。許多人回憶起 OS/2 2.0 當時著名的口號「比 DOS 更好的 DOS,比 Windows 更好的 Windows」,並指出 OS/2 在技術上確實擁有許多領先時代的特性,例如在 1.2 版本就實現了許多直到 Windows 95 才出現的高級功能。然而,OS/2 的失敗在社群看來有多重原因。一方面是微軟 Windows 3.x 推出後,其增強模式已足以應付大多數需求,且具備隨時退回真實 DOS 環境的靈活性;另一方面,OS/2 1.x 版本的 DOS 兼容性極差,這對於當時極度依賴 DOS 應用程式的市場來說是致命傷。有趣的是,德國市場曾是一個例外,當時大型零售商如 Vobis 為了對抗微軟壟斷,曾預裝 OS/2 並對 Windows 額外收費,使得 OS/2 在當地擁有極高的普及度,直到微軟施加強大的商業壓力才告終。
關於 Windows 2.x 的定位,社群內產生了技術性的辯論。雖然原文將其定義為跑在 DOS 之上的圖形殼層,但有留言者指出這在技術上並不完全準確。事實上,當 Windows 運行時,它接管了約 95% 的作業系統職能,包括記憶體管理、進程調度與硬體驅動,DOS 僅被縮減為文件存取與運行舊軟體的工具。開發團隊在 8086 與 286 處理器的限制下,透過攔截 DOS API 調用與動態加載代碼塊等複雜技術,實現了在極小記憶體空間內的協作式多工,這種技術上的「巫術」遠比當時的 Mac OS 或 GEM 複雜。
此外,社群也對計算環境的「簡約性」展開了懷念與反思。有觀點認為 MS-DOS 時代的簡單是因為硬體限制了多工與聯網的需求,而現代系統的複雜性是為了支撐多用戶隔離與網路安全。然而,也有人反駁這種複雜性已經過頭,懷念起 80 年代開機即用的即時感,以及當時不需要在無數瀏覽器分頁間切換的專注力。討論中還提到了一個有趣的歷史細節:Valve 的創辦人 Gabe Newell 其實是 Windows 1、2、3 版本的核心開發負責人,他在微軟累積的財富與對軟體分發的見解,最終促成了 Steam 平台的誕生。
延伸閱讀
- Raymond Chen 的部落格《The Old New Thing》:深入探討早期 Windows 記憶體管理與多工實現的技術細節。
- Fuzix OS:由 Alan Cox 開發的類 Unix 系統,適合想要體驗極簡作業系統架構的開發者。
- Desqview:在 Windows 普及前,許多老玩家推崇的 DOS 多工環境替代方案。
相關文章
其他收藏 · 0