Rust Foundation Maintainers Fund 正式啟動：為 Compiler、Cargo、Clippy 等核心工具的維護者提供薪資
Rust 官方部落格 · 2026-06-02
Rust Foundation 於 2026 年 6 月 2 日宣布 Rust Foundation Maintainers Fund（RFMF） 正式啟動，這是 Rust Foundation 自 2021 年成立以來最具實質意義的社群支持機制：直接為 Rust 核心工具鏈的維護者提供持續薪資，而非一次性贊助。
背景：為什麼這件事重要
Rust 的核心工具鏈（compiler、standard library、Cargo、Clippy、rust-analyzer）長期依賴無償志願者維護，或靠僱主「隱性補貼」（employee contributing on company time）。這個模式導致了兩個系統性問題：燃盡（burnout）——高複雜度的底層工作沒有薪酬回報；以及雇主依賴性——維護者換工作或僱主策略改變時，維護者流失且貢獻中斷。
Rust Foundation 的成立是為了解決財務永續問題，但過去幾年主要透過贊助活動、會議費用和基礎設施支援，較少直接支援個人開發者。RFMF 是方向的明顯轉變。
基金運作機制
RFMF 透過兩種方式分配資源：
Maintainer in Residence（駐點維護者）：入選者以正式僱傭關係（而非合約）獲得持續資助，工作優先順序由他們支援的 Rust Project 團隊與自身判斷共同決定。資格要求是「現有的 Rust Project 維護者」，選拔基於「資金可用性與 Rust Project 的維護需求」。首位 Maintainer in Residence 預計在「未來幾個月」任命。
其他資助機制：Funding team 可透過一次性補助（grant）或其他支援形式分配資源。具體機制和金額尚未公開，但基金的資金來源是 Foundation 成員公司（包含 Google、Amazon、Microsoft、Meta）的年費。
社群反應
這項公告在 Rust 社群引發廣泛討論。支持者指出這是讓 Rust 核心基礎設施擺脫雇主補貼依賴、實現真正獨立運作的關鍵一步。質疑者則關心：選拔過程的透明度、Rust Project 各 team 在優先順序設定上的發言權，以及與現有無薪維護者之間的公平性問題。
值得關注的對照是 Python 軟體基金會多年來的類似嘗試——PSF 的 Developer in Residence 計畫在 Łukasz Langa 的成功案例後，已逐步擴大為多人計畫，RFMF 的設計顯然借鑒了這個模式。
原始來源：Rust Foundation — Launching the Rust Foundation Maintainers Fund
Gleam v1.17：一行指令打包成單檔 BEAM escript，含 Language Server 多項體驗改善
Gleam · 2026-06-04
Gleam v1.17.0 於 2026 年 6 月 4 日發布，主打功能是 gleam export escript——將 Gleam 專案的所有模組打包為單一可執行的 BEAM escript 文件，解決了 Gleam 應用程式在 BEAM VM 上分發時需要管理多個 .beam 文件的痛點。
BEAM Escript 是什麼
Escript 是 Erlang/OTP 提供的可執行腳本格式，本質上是一個包含預編譯 BEAM bytecode 的 zip 存檔，加上一個可以直接執行的 shell script 標頭。使用者只需要系統上有 Erlang runtime（escript 執行程式），不需要完整的 rebar3/mix 或專案結構。
Gleam 的新指令 gleam export escript 的流程：
- 編譯整個 Gleam 專案（包含所有依賴）至 BEAM bytecode
- 驗證存在一個公開的
main函式作為進入點 - 將所有
.beam文件打包進 zip 存檔 - 加入 escript 執行標頭，輸出單一可執行文件
這讓 Gleam CLI 工具的分發模式大幅簡化，類似 Go 的 go build 產出單一靜態執行檔（雖然 escript 仍依賴 BEAM runtime，但比分發整個 _build 目錄省事得多）。
Language Server 改善
v1.17 也帶來了多項 LSP 功能更新，提升日常開發體驗：
- Reference highlighting（
documentHighlight）：游標停在變數上時，LSP 高亮所有引用位置 - Record update 提示：hover 時顯示 record update 中未修改的欄位，避免無意略過
- 型別感知的匯入建議：未知符號錯誤現在建議含模組名稱的全限定形式（如
io.println） - Code actions 新增：建立缺失模組、移除多餘 record update、修正 guard 中的運算子錯誤
其他改動
todo 關鍵字現在可用於常數表達式中，允許佔位未完成的常數定義並讓型別系統繼續分析其餘程式碼。JavaScript 後端的 pattern matching 效能有所提升，移除了 bit array 上冗餘的長度檢查。
原始來源：Gleam v1.17 — Single file Gleam BEAM programs with escript