阿提米絲計畫電腦正運行兩個 Outlook 實例；技術人員尚無法查明原因

背景

在阿提米絲（Artemis）任務的太空船環境中，太空人發現船上的電腦竟然同時執行了兩個 Microsoft Outlook 實例，且兩者皆無法正常運作。這段對話引發了 Hacker News 社群對於航太設備軟體選擇、微軟產品品質以及現代軟體工程在極端環境下可靠性的熱烈討論。

社群觀點

針對太空船上出現微軟產品，社群的第一反應多半是質疑與嘲諷。許多留言者認為，微軟軟體以臭蟲多著稱，將其應用於攸關生死的太空任務簡直不可思議。有人戲稱這可能是「發射窗口」（Launch Window）被誤解為「發射 Windows 系統」的結果，甚至聯想到經典電影《2001太空漫遊》中的 AI 叛變，或是惡名昭彰的「迴紋針小幫手」出現在月球任務中提供無用建議的荒謬情境。這種對微軟產品的不信任感，源於過去 Windows 系統在關鍵任務中失靈的案例，例如曾有研究飛行器在昂貴的衛星連線下自動執行 Windows Update，導致巨額損失，最終迫使研究團隊在網路出口端全面封鎖微軟伺服器。

然而，討論中也出現了較為理性的技術分析。有網友指出，這並非單純的軟體故障，而是微軟目前正處於 Outlook（經典版）與網頁版（OWA）架構轉型的陣痛期。為了避免用戶因不適應新介面而產生反彈，微軟選擇讓兩個版本並存並緩慢汰換，這種產品策略在地面辦公室或許只是困擾，但在太空環境中卻顯得極其多餘且混亂。此外，部分留言者揭露了背後的結構性問題，認為這反映了美國聯邦政府長期以來的政策慣性，將採購微軟產品視為一種企業福利或「安全牌」，導致 Linux 等更穩定、可客製化的系統在政府體系中難以推行。

值得慶幸的是，有細心的讀者澄清，這台出現問題的電腦僅是太空人使用的非關鍵任務筆記型電腦，並非控制太空船運行的核心系統。這緩解了部分網友對於任務安全的極度焦慮，但也引發了另一層思考：即使是非關鍵設備，為何在如此嚴謹的航太環境中，仍會出現「非預期」的軟體行為？部分留言者對此感到失望，認為這代表現代軟體開發的「劣化」已經蔓延到地球之外。

最後，討論也延伸到了其他航太公司的做法。例如 SpaceX 的 Crew Dragon 介面據傳是使用 React 框架開發的網頁應用程式。這引發了社群對於「現代網頁技術」與「傳統高可靠性嵌入式規範」之間的辯論。支持者認為現代框架開發效率高且易於維護，但反對者則堅持，像 NASA 提出的十項關鍵代碼規則（Power of Ten）或是 TigerStyle 這種極致嚴謹的開發規範，才是確保人類在太空生存的唯一準則。

延伸閱讀

• NASA's Power of Ten Rules: 由 Gerard J. Holzmann 撰寫，旨在確保關鍵任務軟體可靠性的十項開發規則。
• TigerStyle: 一套強調軟體健壯性與防禦性編程的開發風格指南。