Rust、Clippyのレビュー滞留が300件に達する中で6人のメンテナーに資金提供

Rust Projectは2026年8月26日、最初のMaintainers in Residence 6人を指名した。報酬は Rust Foundation Maintainers Fundから支払われる。だからこの作業は、余暇のボランティア ではなく仕事だ。発表はまた、深刻に資金不足だと考える9つのRustチームを名指ししている。 その一覧と、その背後にある滞留の数字が、Rustで出荷する人にとって有用な部分だ。

このプログラムはRFC 3931から来ている。2026年2月23日に公開されたRustの設計提案だ。 基金そのものは2026年6月2日に始まった。発表によれば、資金を出しているのはGoogle、 AWS、OpenAI、Rust Project Leadership Council、そして個人の寄付者である。

誰に、どの水準で資金が出るのか

6人が選ばれ、三つの支援の水準に分かれている。発表はフルタイム1枠、ハーフタイム3枠、 そしてより小さなメンテナー助成2件を示している。挙げられている時間の約束は、次の ようになる。

区分	人数	おおよそ
フルタイムのMaintainer in Residence	1	週5日
ハーフタイムのMaintainer in Residence	3	週2.5日
メンテナー助成	2	週1日

6月の開始告知は、その資金が何を買うのかを具体的に述べている。資金の対象となる活動は リファクタリング、コードレビュー、issueのトリアージ、メンタリングだ。注目すべきは、 新しい言語機能がその一覧にないことである。これは保守のための資金であり、物を作る ための資金ではない。

決定の背後にある滞留の数字

8月の発表は、Clippyのプルリクエストの滞留をおよそ300件としている。ClippyはRustの リンターで、ビルドの間に疑わしいコードのパターンを指摘するツールだ。この規模の滞留 は、寄せられた修正が長い間レビューされないまま置かれることを意味する。

より鋭い数字はRFC 3931が出している。資金の付いたレビュアーが去った後、rust-analyzer のプルリクエストの滞留が約10件から110件超に増えたと報告している。コードについて 変わったことは何もない。レビュアーへの資金が終わり、待ち行列が11倍になった。RFCは この点についてメンテナーの言葉を直接引用している。「レビューの問題を解くには絶対に お金が必要だと思う。そこに大きな疑問はない」

発表が深刻な資金不足だと指摘する9つの領域は、rustdoc、rustup、cargo、コンパイラ、 libs、clippy、rustfmt、rust-analyzer、modsだ。これはドキュメント、ツールチェーンの 導入、ビルドツール、コンパイラ本体、標準ライブラリ、リント、整形、エディタ対応、 モデレーションに当たる。

助成ではなく長期の資金にする理由

RFC 3931は、安定した長期の資金は短期の助成より良い結果を生むと論じる。その根拠は Rust自身の経験だ。Clippyの6か月の助成は長期の計画には短すぎたと記録し、「長期の 計画を立てるのは難しかった」というメンテナーの言葉を引用している。

RFCは前例として、他の三つのプログラムを挙げる。Python Software Foundationの Developer in Residenceプログラムは2021年に始まり、3人に資金を出している。Djangoの Fellowshipプログラムは2014年から続いている。Zig Software Foundationは、資金の92%を 直接貢献者に使っている。

6月の開始告知は、その急ぎの理由をもっと平たい言葉で説明する。他の場所での予算の 変化のせいで、主要なRustのメンテナーがRustの作業のための資金を失いつつあったという。 投稿は「この基金の収益はすべて、Rust Projectのメンテナーの支援に直接使われる」と 約束している。資金を受けたメンテナーたちは、その効果を野心ではなく息をつく余裕として 語る。Gen Liはこう述べた。「ようやく受信箱をていねいに見る余裕ができ、メンテナー として欠かせない思いやりを保てるようになった」。Alejandra Gonzálezは、資金があると 「収支を心配せずにプロジェクトへ心を注げる」と述べた。

これが開発者にとって意味すること

clippyやrust-analyzerに古いプルリクエストが残っているなら、いまリベースしたい。この 資金が買うのはまさにレビューの処理能力であり、その二つのリポジトリは発表とRFCの 両方で名指しされている。何か月も待っているパッチは、前の四半期よりも次の四半期に 通る見込みが高い。

ただし期待は正しく置きたい。資金の対象となる活動の一覧は、リファクタリング、 レビュー、トリアージ、メンタリングだ。これを言語機能が速くなる約束として読んでは いけない。自分の貢献が見てもらえるという約束として読みたい。多くのチームにとって、 実際に足を止めていたのはそこだ。

9チームの一覧は、自分の依存関係の連鎖のリスク地図として扱いたい。リリースの パイプラインがrustupやrustfmtに寄りかかっているなら、それらのツールはいま、それを 所有するプロジェクト自身によって深刻な資金不足だと公に説明された。これはバージョン を固定するに値する。そして素早く戻せないビルドがアップグレードで壊れる前に、知って おくに値する。

企業にとっては、rust-analyzerの数字が予算会議に持っていける論拠だ。資金の付いた レビュアーが1人去ったために滞留が10件から110件になったことは、保守に資金を出さない ことの具体的で測れるコストである。基金はGitHub Sponsorsを通じて寄付を受け付けて おり、Google、AWS、OpenAIはすでに参加している。ビルドがcargoに依存しているなら、 これは異例に安い保険だ。

この測り方は、社内でも写す価値がある。主要なレビュアーがプロジェクトを離れる前と後 で、自分のレビューの待ち行列を数えたい。その前後の一つの数字は、技術的負債について のどんな一般論よりも、増員を正当化する力を持つ。