背景

Hologram 是一個致力於將 Elixir 編譯為 JavaScript 並在瀏覽器中運行的開源框架，旨在實現純 Elixir 的全端開發，甚至未來能支援本地優先的應用程式。本次發布的 v0.7.0 版本標誌著移植計畫的重大里程碑，透過社群協作將 Erlang 運行時的瀏覽器覆蓋率從 34% 大幅提升至 96%，這意味著絕大多數 Elixir 標準函式庫現在都能在客戶端直接運作。

社群觀點

在 Hacker News 的討論中，開發者們對於 Hologram 選擇將 Elixir 編譯為 JavaScript 而非 WebAssembly 的技術路徑展現出高度興趣。作者 Bartblast 解釋，選擇 JavaScript 主要是基於載入速度與效能的考量。相較於 WASM 動輒數 MB 的運行時體積，JavaScript 透過 Tree-shaking 技術能顯著縮減檔案大小。此外，由於 WASM 目前無法直接操作 DOM，必須透過 JavaScript 橋接並產生序列化開銷，而直接編譯為 JavaScript 則能無縫調用瀏覽器原生的 API，例如 Unicode 處理，這對於網頁應用程式的反應速度至關重要。

社群也將 Hologram 與同樣能編譯至 JavaScript 的 Gleam 語言進行比較。討論指出，Gleam 傾向於將 JavaScript 視為原生目標，追求產出易讀且無額外負擔的程式碼，但代價是放棄了 Erlang 著名的 OTP 並行模型。相比之下，Hologram 選擇了更艱難的道路，試圖在瀏覽器中重新實現 Erlang 運行時，目標是達成語義上的完全一致。雖然這會帶來較重的運行時負擔，但其優勢在於同一份 Elixir 程式碼能在伺服器與客戶端之間保持行為高度統一，未來甚至可能讓瀏覽器端成為 Erlang 叢集中的一個節點。

關於 Erlang 與 Elixir 的生態關係，資深開發者們分享了實務經驗。雖然 Elixir 提供了更現代化的語法與 Mix 等優異的工具鏈，但討論一致認為 Erlang 仍是不可或缺的底層基石。許多關鍵的除錯工具、分散式特性以及如 OpenTelemetry 等核心函式庫，仍需依賴 Erlang 的原始實作。雖然多數 Web 開發者在日常工作中極少需要直接撰寫 Erlang，但理解其運作原理對於處理複雜的系統問題至關重要。Hologram 的出現，某種程度上也模糊了這兩者的界線，讓開發者能以更一致的體驗在不同平台上發揮 BEAM 生態系的優勢。

延伸閱讀

在討論過程中，開發者提到了 Gleam 語言作為另一種在瀏覽器運行 BEAM 體系邏輯的選擇。此外，針對效能優化與底層實作，有留言建議參考在 WASM 中實現字節碼解釋器的可能性，雖然這與 Hologram 目前的發展方向有所不同，但仍是該領域值得關注的技術路徑。對於想深入了解 Elixir 與 Erlang 協作的開發者，OpenTelemetry 的相關實作被視為理解兩者互操作性的優良範例。