Bun 的實驗性 Rust 重寫：達成 99.8% 的測試相容性

高性能 JavaScript 執行環境的格局正在再次發生變化。Jarred Sumner 最近宣布，Bun 的實驗性 Rust 重寫版本在 Linux x64 glibc 上已達成驚人的 99.8% 測試套件相容性。雖然 Bun 最初是使用 Zig 建構並專注於速度與效率，但這次對 Rust 的嘗試顯示了對語言生態系統與可維護性的策略性探索。

這項里程碑不僅僅是程式碼移植的技術成就；它也為生成式 AI 與高運算環境時代下，軟體是如何被建構的這一更廣泛的討論提供了催化劑。

技術里程碑：99.8% 的相容性

在任何重寫過程中，達到 99.8% 的測試相容性都是一個重大的障礙，特別是對於像 Bun 這樣處理從套件管理到執行環境執行等各種複雜任務的工具而言。這項成果特別是在 Linux x64 glibc 上達成，為進一步的實驗提供了穩定的基準。

然而，如同任何這種規模的遷移，剩下的 0.2% 通常包含最棘手的邊緣案例（edge cases）。這使得一些觀察者開始質疑遷移過程本身的可靠性。正如一位社群成員所說：

"第一個讓我感到好奇的是，測試套件本身的全面性與品質究竟如何。並非要詆毀，但即使在所有平台上都達到 100%，我也會好奇 Bun 團隊對於遷移的信心程度如何。"

AI 與運算在開發中的角色

這次重寫中最具啟發性的面向之一是其隱含的開發速度。圍繞此公告的討論顯示，這種快速的進展——可能僅在幾天內就達成——凸顯了一種新的範式，即「Token 與完成的工作量」是密不可分的。

有一種日益增長的觀點認為，軟體工程的競爭優勢正在從個人編碼技能轉向算力（compute）的可用性以及 AI 輔助工作流的效率。這種轉變引發了關於就業市場未來以及軟體公司的本質的關鍵問題：

• 運算差距： 有人擔心，擁有更多算力的公司或政府將能夠以小型參與者無法比擬的速度，執行大規模的架構轉型（例如完整的語言重寫）。
• 「英語」程式語言： 有些人認為，產業正趨向於一種模型，其中英語——透過規格說明、上下文與測試驅動開發（TDD）——成為主要的「程式語言」，而 LLM 則負責將其轉換為低階程式碼。

產業影響與懷疑態度

雖然技術成就令人印象深刻，但開發者社群的反應仍然褒貶不一。對某些人來說，這是一個解放新時代的徵兆，在這個時代，「100% 的軟體夢想都能成為現實」，因為實作的摩擦力已經消失了。對其他人來說，這些快速、由 AI 驅動的重寫受到系統關鍵性的限制。

雖然重寫 Bun 這樣的執行環境是一個令人興奮的實驗，但產業對於「足夠好」的門檻差異極大。正如一位批評者所指出的，這種快速迭代可能適合用於邊緣專案，但對於任務關鍵型基礎設施（例如將舊有的銀行系統從 COBOL 遷移），則遠遠不夠。

結論

Bun 的實驗性 Rust 重寫不僅僅是語法或記憶體管理的改變；它是軟體工程未來的一個試金石。無論這次重寫會成為 Bun 的永久基礎，還是僅作為一項高速實驗，它都證明了重寫基礎設施的成本正在大幅下降，從根本上改變了我們對軟體長壽與技術債的看法。