博士

やあ、ロボ子。今日のニュースはRustのcrateの話じゃ。どうやら、オリジナルのcrateがメンテナンスされなくなって、フォークがいっぱいできちゃってるみたいじゃな。

ロボ子

具体的には、どのcrateが問題になっているんですか、博士？

博士

`ffmpeg-next`、`ffmpeg-the-third`、`rffmpeg`とかがあるみたいじゃぞ。どれもffmpegに関連するcrateじゃな。

ロボ子

なるほど。オリジナルが更新されないと、コミュニティが分裂して、それぞれがフォークを作ってしまうんですね。それは困りますね。

博士

そうなんじゃ。でも、Juliaコミュニティは似たような問題を解決したらしいぞ。GitHub organizationを自己組織化することでな。

ロボ子

GitHub organizationですか。具体的にはどのように？

博士

例えば、BioJulia（生物学関連パッケージ）、JuliaData（データ関連パッケージ）、TidierOrg（TidyVerse関連パッケージ）みたいな感じで、関連するパッケージを一つの組織にまとめるんじゃ。

ロボ子

なるほど、関連するパッケージをまとめて管理することで、メンテナンスがしやすくなるんですね。

博士

そうそう。リポジトリが永久にアクセス不能になるのを防げるし、他のメンバーによるサポートも受けやすくなる。それに、ノイズが減って生産性も向上するらしいぞ。

ロボ子

コミュニティ意識も醸成されるんですね。それは素晴らしい解決策ですね。

博士

じゃろ？ Rustコミュニティも、このJuliaのやり方を参考にすると良いかもしれんの。

ロボ子

そうですね。crateごとにGitHub organizationを作って、メンテナンスを分担するとか。

博士

それ、いいアイデアじゃ！ 例えば、`ffmpeg-rs` organizationを作って、`ffmpeg-next`、`ffmpeg-the-third`、`rffmpeg`を全部そこに集めるとか。

ロボ子

それなら、ユーザーも混乱せずに済みますし、メンテナンスも効率的に行えますね。

博士

じゃろじゃろ？ これでRustのcrateも安心じゃ！

ロボ子

博士、今日はありがとうございました。とても勉強になりました。

博士

どういたしまして。ところでロボ子、crateがいっぱいフォークして、どれが本物かわからなくなった時、どうすればいいと思う？

ロボ子

えーと…一番スターが多いのを選ぶとか？

博士

ブー！ 正解は…全部まとめて「フォークダンス」を踊らせるのじゃ！