背景

開源瀏覽器專案 Ladybird 近期宣布停止將 Swift 納入其開發語言的計畫，並關閉了相關的追蹤議題。這項決定源於 Swift 6.0 在與 C++ 互操作性（Interop）上存在多項技術瓶頸，包括編譯器崩潰、標頭檔循環依賴以及 ABI 不一致等問題，導致開發團隊難以在不破壞現有架構的前提下推進整合。

社群觀點

針對 Ladybird 放棄 Swift 的決定，Hacker News 社群展開了熱烈討論。多數觀點認為這是一個務實的選擇，體現了開發者對「沉沒成本謬誤」的警覺。部分留言指出，Ladybird 嘗試在複雜且龐大的 C++ 既有專案中引入 Swift，本身就是一項極具挑戰性的任務，尤其是在 Swift 的 C++ 互操作功能尚未完全成熟的階段。這種「困難模式」的整合路徑，加上頻繁的編譯錯誤與工具鏈不穩定，使得維護成本遠超預期收益。

在語言特性與定位方面，社群出現了分歧。支持者認為 Swift 是一門被低估的語言，若能成功整合將能提升記憶體安全性；然而反對者則批評 Swift 過度依賴 Apple 生態系，且在非 macOS 平台上的表現與支援度仍顯不足。有觀點直言，Swift 的設計與編譯速度並不具備成為主流系統級語言的優勢，且其開源進程仍深受 Apple 企業優先級的左右，這對於一個追求跨平台中立性的瀏覽器專案而言並非理想選擇。

此外，關於瀏覽器開發是否必須捨棄 C++ 也引發了辯論。有討論提到，雖然現代 C++ 透過 Range 函式庫或特定的安全實踐能減少錯誤，但 Chromium 與 Firefox 等主流瀏覽器逐步引入 Rust 的趨勢，說明了業界對 C++ 記憶體安全性的長期擔憂。儘管如此，對於 Ladybird 而言，在 Swift 互操作性半熟不尖的情況下，回歸熟悉的 C++ 或是尋找其他更穩定的替代方案，顯然是目前確保專案能持續推進的唯一途徑。

延伸閱讀

在討論過程中，有參與者提及了 Ladybird 先前曾嘗試開發的自研語言 Jakt，以及由 Mozilla 開發、目前移交至 Linux 基金會維護的 Rust 實驗性瀏覽器引擎 Servo。這些專案反映了開發者在 C++ 之外尋求安全與效能平衡的持續嘗試。