世界を動かす技術を、日本語で。
残念だけど、それは多分正しいね。ユーザーを自由にキャンセルできる外部の単一障害点は、オープンソースプロジェクトのゲートキーピングには許されないよ。
特に今はダメだよね、もし彼らがダウンしたらどうするの？ ;)
これは大きな問題だね。https://janetdocs.org/ はGHを通じて認証を扱ってるから、残念ながら定期的に問題が起きちゃうんだ。早く移行したいな。
これに関する公式プロジェクトの問題を見てみてね: https://github.com/rust-lang/crates.io/issues/326 要約すると、彼らはこれを修正したいと思ってるけど、誰もお金をもらってやってないし、やるべき具体的なタスクがあるロードマップもある。ボランティアの貢献は大歓迎だよ。
ちょっと言っちゃうけど :) これ、もう10年前から知られてることだよ。 https://en.wikipedia.org/wiki/The_purpose_of_a_system_is_wha...
誰もお金をもらってやってないって言ってるけど、彼らは法的には非営利団体みたいなもので、Googleとかからお金をもらってこの問題を解決する正当性があるんじゃないの？ ズィグ財団みたいに、同じように「非営利」だけど、同じ方法でお金を得られないところとは違って。
それで思い出したけど、tailscaleはまだアイデンティティに関して誰でもいいって感じだよね…
最近、これを解決するためのRFCがマージされたよ: https://github.com/rust-lang/rfcs/pull/3963 これに関する実装も始まってる。念頭に置いておくべきことは、https://blog.m-ou.se/rust-is-not-a-company/。Rustは主に、興味のあることに取り組むボランティアによって推進されてる。退屈な作業や興味のないタスクは資金に依存していて、資金を受け入れるための人やレビュー担当者が必要なんだ。
ただ退屈な作業ってだけじゃなくて、Cargoとcrates.ioの方向性について意見が分かれてるんだ。みんながやりたい変更がたくさんあるけど、却下されちゃう。Crates.ioとCargoには名前空間が必要だけど、リーダーシップははっきりと「ノー」と言ってる。名前のスカッティングに関する大きな問題もあって、これについても何もされてない。ビルドや再現性に関する技術的に重要な問題がもっとあるのは分かるけど、これはかなり基礎的なことだと思う。
でも、あれは会社だよ：https://rustfoundation.org/ それに、変更が受け入れられる可能性が低いから、温かい体がコードを開発するのを妨げる官僚的なプロセスについても言及するのを忘れてたね。
https://github.com/rust-lang/rfcs/pull/3963 皮肉なことに、GitHubにホストされてるね。
時間が経つにつれて、PHPコミュニティのためのPackagistの仕組みを実際に評価するようになったよ。NPMや他のレジストリがデフォルトでやってくれたらいいなと思うクールな機能がたくさんあるんだ。例えば、ソースリポジトリからパッケージを作ることを強制することで、ソース管理にあるものとは違うアーティファクトをアップロードできないようにしてるんだよね。