ハクソク

世界を動かす技術を、日本語で。

Gem.coopの翻訳は「Gem.coop」となります。特定のブランド名やドメイン名はそのまま使用されることが一般的です。

232日前原文(gem.coop)

概要

gem.coop はRubyエコシステム向けの新しいGemサーバー。 Bundler互換 かつ次世代最適化を目指す設計。 RubyGems.org の元運営者がコミュニティ主体で開発。 リアルタイムで全パブリックGemを提供。 Homebrew型ガバナンス 採用、誰でも参加・貢献可能。

gem.coop：Rubyの新しいGemサーバー

  • gem.coop はRubyコミュニティ向けの新サーバープロジェクト
    • 高速 かつ シンプル なGemホスティング実現
    • Bundler 互換、次世代Ruby開発環境への最適化
  • RubyGems.org の元運営・メンテナによる開発体制
  • RubyGems.orgで公開されている 全Gemをリアルタイム同期
  • 利用開始方法
    • Gemfileの source 行を以下のように変更
      • -source "https://rubygems.org"
      • +source "https://gem.coop"
  • Homebrew を参考にしたガバナンスモデル
    • Mike McQuaid氏の協力による立ち上げ支援
    • ガバナンス詳細は 10月10日までに公開予定
  • Rubyコミュニティ全体の 参加・貢献 を歓迎
  • 進捗情報は gem.coopニュースレター で毎月配信

gem.coopの特徴と目指す価値

  • 高速 なGem配信
  • コミュニティ所有 による透明性と信頼性
  • 持続可能 かつ 安全 なGemホスティング
  • 全パブリックGemのバンドル・インストール に初期対応
  • 継続的な機能改善と拡張予定

運営メンバーとコミュニティ

  • The Gem Cooperative メンバー
    • @deivid-rodriguez
    • @duckinator
    • @indirect
    • @martinemde
    • @segiddins
    • @simi
  • Ruby開発者・ユーザー・運営者の 広範な参加 を推奨

Hackerたちの意見

オープンソースコミュニティがこんな風に立ち上がるのはすごいね。これを実現させたみんなに感謝と称賛を送りたい！

└

うん、でもやっぱりメンテナは自分の時間と専門知識に対して報酬をもらうべきだよね。帯域幅やストレージは安いけど、誰かがその費用を負担しなきゃいけないし。みんなこのプロジェクトに寄付することを提案するよ。

Rubygemsの本当の問題、つまりコード署名がないことに取り組んでほしいな…（機能はあるけど、Rubygemsで公開するのに必須じゃないし、gem installではデフォルトでオフになってるから、実質存在しないようなもんだよね）Railsエコシステムのファシスト問題も次の課題だし、これもコミュニティでフォークする合意が得られるといいな。

└

コード署名はあるよ。ただしオプションで、不便だから使われてないだけ。コモンズの悲劇と自己満足のせいだね。 https://guides.rubygems.org/security/ https://www.benjaminfleischer.com/2013/11/08/how-to-sign-you...

└

「ファシスト問題」って何のこと？

こういうことが起こるのは嬉しいけど、ここまで来ちゃったのは悲しいね。本当に見たいのは、もっと多くの人がプロフェッショナルに振る舞うこと。誰に祈りを捧げるか、誰に投票するか、誰と寝るかはプロの文脈では関係ないし、オープンソース開発もプロの文脈なんだ。だから、みんなは自分の仕事とプライベートを分けるべきだと思う。もし、私がこの悲しい騒動の中でリーダーたちが言ったようなコメントをしたら、せいぜい懲戒処分、最悪の場合は解雇されるだろうし。それは誰か一人を指摘してるわけじゃないけどね。

└

誰に投票するかが私を拷問キャンプに送ることになるなら（または私の人生や人間性を軽視することになるなら）、あなたとは一緒に働けないから、それは無関係じゃないよ。（ここでの「私」も「あなた」も、もちろんあなたや私個人を指してるわけじゃないけど。）

└

オープンソースに関わっている人全員が上司がいるわけじゃないよ。仮に上司が私に何をするかなんて気にしないから、それはあまり役に立つアドバイスじゃないね。

└

完全に同意だわ。他の人たち、ごめんね、でもプロの場で私の発言を制限する権利なんてないから。あなたは家族？なら、話し合いはできるけど。私があなたのプライベートクラブのメンバーだったり、あなたの承認が必要な立場なら、話そう。でもそれ以外なら、放っておいて。あなたたち（みんな）は、私が何を考えて何を信じるかを決める権利なんてないんだから。

Ruby CentralによるRubyGemsのGitHubリポジトリ（rubygems.orgではない）と組織への敵対的買収に対抗する素晴らしい動きだね。ホスティング費用をカバーするための資金調達がうまくいくことを願ってるよ。

└

ホスティングはもうカバーされてると思うよ。

フラグが立ってるの？

└

コメントがダウンボートされてるのを見ると、なんか集団で攻撃してる感じがするね。

アンドレ・アルコの描かれ方を見ると（最近の概要はここを見てね：https://justin.searls.co/posts/why-im-not-rushing-to-take-si...）、この背後にある動機にはちょっと警戒してる。

└

これは個人的な恨みに基づいた攻撃的な記事に見えるね。どれくらい信じるべきか、慎重になった方がいいよ。

さて、ここに至るまでのことを無視して、みんなはこれについてどう思う？私の見解では、元のrubygemsはすべてのメンテナーを失って、新しい方には元のアクティブなメンテナーがほとんどいる感じだね。（前は何人いたんだっけ？私が考えるメンテナーのほとんどがいるけど、あっちで誰がアクティブかは知らなかった。デイビッドの活動は見てたけど、他の人たちについては正直あまり知らなかった）。なんか、このフォークの方が今はよくメンテされてるソフトウェアって感じがする。これについて何か考えてる人いる？近々移行を考えてる人はいる？資金モデルについての情報はある？それと、@joeldrapper/誰か、ホスティングがどうカバーされてるかについて何か共有できることある？

└

資金モデルについて、まだ決まってないみたいだね。

└

技術的・セキュリティ的なメリットがないrubygemsのフォークに切り替えるつもりはないよ。コード署名がデフォルトで必要なgem配布サイトと、それを強制するbundlerがあれば、考えるかも。

└

この10年で気になったり注目した新しいruby gemsやbundlerの機能は思いつかないな。もちろん、全くないわけじゃないと思うけど、何があるかは知らない。

└

彼らがTLDに.coopを選んだ時点で、多くの企業のファイアウォールに自動的にブロックされて、gemリポジトリとしてホワイトリストに載せてもらうために厳しい戦いを始めることになったんだよね。これは、このプロジェクトを進めるための社会技術的なセンスがチームにあるかどうか、あまり良い兆しじゃないね。

フォークが必要な時もあるのは理解できるけど、違いを調整できなかったのはちょっと残念だね。Rubyエコシステムを進めることにみんなが一致している限り、他の意見の違いがあっても協力できるはずだと思う。最終的には解決するかもね、Merb RailsやBundler RubyGems、RubyTogether RubyCentralが合併したみたいに。そうなることを願ってるよ！

最近の論争から切り離して考えると、一般的に代替の（ほとんど互換性のある）パッケージソース、パッケージマネージャー、または言語バージョンマネージャーは、オープンソースエコシステムにとって中立的、良い、または悪いの？

└

基本的には良いと思う。独占は停滞を招くし、競争がイノベーションを促進するからね。オープンソースでも同じだよ。

RubyGemsはメンテナを追い出してコミュニティを裏切ったんだね。元のメンテナによって作られたコミュニティ重視の代替案が発表されると、HNでフラグが立てられる。人々はどうなってるんだろう？この状況は、数年前のFreenodeの乗っ取りとその後のLibera Chatの設立に非常に似ているよね。乗っ取りの背後にいる人たちの政治的傾向まで同じだし。もしFreenodeの事件が今日起こったら、HNではFreenodeのオーナーの政治的な affiliations に基づいて、声高にFreenodeを支持する人たちがいるだろうね。Libera Chatに関する投稿は、今のこの投稿のように重いフラグが立てられるだろうし。Freenodeチームは計画を少し早く進めすぎたのかもしれないね。