Matzは柱だよね。「Matzは優しいから、私たちも優しい」って覚えてる？ s/nice/nice and responsible/gc。

どうやってステップアップするの？ 実際、広瀬柴田が一人で勝手に行動してたわけじゃないのは明らかだったよね。結果を知ってたとは言わないけど、いつ「gem」と「bundler」を引き継ぐ決定がされたの？ もう数ヶ月前に決まってたんじゃないかって少し疑ってる。 > 「日本の開発者として、物事の進む方向に不安を感じていたので、これを見て安心しました。」 でも、今はもっと心配になってる。アメリカにも日本にも住んでないから、なんか日本とアメリカがRubyエコシステムを完全に支配してるように見える。日本のローカルコミュニティがあるのは理解できるけど（英語圏とは違うし）、アメリカの影響力がこんなに強いのは本当に腹立たしい。どうしようもないんだろうけど。Pythonでもアメリカが支配してるみたいだし、これって本当に最悪だと思う。

でも、これはツールの話であって、「rubygems.org」自体はまだ敵対的な団体に所有されてるから、どうやって信頼を回復するのかは分からないな。

何が具体的に起こったのか、まとめてくれない？（もしよければ）最近、Rubyのニュースを追ってなかったから。

同意だね。gem.coopがどれだけの勢いを持てるか、様子を見る必要があると思う。今のところ「未来のためのこと」を約束してるけど、最終的には実現するだろうね。でも、今はまだそこまで行ってない。ベータ版が開放されたら、古いgemを再公開しようと思ってる（全部じゃないけど、いくつかは他のgemに統合したし、コアの部分は戻ってくるよ）。改善すべき点もいくつかあるけどね。ドキュメント（Rubyのドキュメントが別だったのも問題だし）、名前空間（Rubyには主な名前空間の方法がなかったのも一因だし、これは機能でもあるけど、可能なら関心を分ける方法が必要だと思う）。とにかく、すぐに何が起こるか見えてくると思う。半年後くらいに再評価すべきだと思う、例えば2026年の5月末とかね。これがもっと現実的なタイムフレームだと思う。ただ、DHHがgem.coopにとって最大の資産になるかもしれないとも思ってる。彼がブログで皮肉を言うたびに、新しい不満を持った人が集まって、その中の何人かが最終的にgem.coopに貢献するかもしれないから。エンドユーザーにとっては、好きなようにインストールできるから、柔軟性が増すウィンウィンの状況になるかも。多くの人はrubygems.orgに留まるだろうし、他の人はgem.coopを好むかもしれないし、両方を使う人も多いだろうね（これはちょっと難しいかも。gem.coopはgemごとに異なるソースを指定する方法を考える必要があるかも。確かにやるべきことはたくさんあるね）。

どの言語がこれをうまく取り入れてるの？C++みたいに実質的に「パッケージ」がないのは除外するけど。

ここでの重要な質問は、サプライチェーン攻撃をどうやって防ぐかってことだよね。ライブラリの新バージョンのリリースを何かの取引と考えると、暗号通貨との違いが見えてくる。暗号取引は自動で検証できるけど、ソフトウェアのリリースはそれができないからさ。信頼度が非常に高いホスティングが何百もあるなんて想像しにくいし、リスクが大きくなるか、みんなが信頼できるホスティングが数少ないってことになる。ホスティングの数がユーザー数よりも圧倒的に少ないと、真の分散型とは言えないし、政治的な対立があった場合のリスクも残る。まとめると、分散型が本当に解決策になるのかは分からないな。中央集権的な解決策に対する透明なコミュニティの所有がずっと良いと思う。