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

GitHubはオープンソースの資金調達のために、全員に月額1ドルの追加料金を課すべきだ

概要

オープンソース依存 に対する 持続可能な資金調達モデル の提案。 依存パッケージ数や従業員数に応じて 月額課金 し、開発者に 還元 する仕組み。 GitHubやSpotifyのような 分配モデル の導入案。 現状の「寄付頼み」からの 脱却の必要性。 課題点や今後の 議論の余地 についても言及。

オープンソース依存と資金調達の課題

  • 多くの企業や開発者 が、 無償のオープンソースソフトウェア に依存
  • 無料で使える ことが当然視され、 開発者の労力 が正当に評価されない現状
  • 寄付やスポンサーシップ に頼った不安定な資金調達
  • 持続可能性の欠如 による、開発者のモチベーション低下やプロジェクト停止リスク

新しい資金分配モデルのアイデア

  • package.jsonrequirements.txt を自動で読み取り、 依存数に応じて課金
    • 例: 1依存あたり月額5ドル、または 従業員1人あたり月額1ドル
  • 集めた資金を エスクロー(第三者管理) で保持し、 開発者に分配
  • GitHub などのプラットフォームが、 利用ユーザー数に応じて追加課金 し、オープンソースファンドへ拠出
  • パッケージへの依存記載数DockerfileのFROMコマンド など、利用実態に応じて分配比率を決定
  • 利用企業には バッジプロフィール装飾 などのインセンティブも検討

Spotify型分配モデルの参考

  • Spotifyの収益分配 のように、 利用実績に基づき資金を分配
    • アーティストへの分配に課題はあるが、 一定の仕組み として機能
  • 完全な公平性は難しいが、 現状よりは透明性・持続性の向上 が見込める

アイデアの課題・今後の検討ポイント

  • Linuxカーネル のような基盤ソフトが 依存ファイルに現れない場合 の扱い
  • 分配基準の設計不正利用対策
  • 強制参加(opt-out)任意参加 かの方針
  • 実装・運用コストプラットフォームの協力 が不可欠
  • 現状維持の問題点 を広く認識し、 議論を深める必要性

まとめ:持続可能なオープンソース支援の必要性

  • 現状の無償依存体制 は、 開発者・社会双方にとって不健全
  • 新たな資金循環モデル の模索と実装が急務
  • 議論のきっかけ として、柔軟な発想と多様な意見の集約が重要

Hackerたちの意見

最初の影響は大きいけど、その後のシュリンクタースパムの嵐は壊滅的だよね。今でもクソみたいな依存関係を作って、ただ目立ちたいがためにどこにでも忍ばせてる人がいるから、もう十分ひどいのに。

残念だけど、これは本当だと思う。無駄な依存関係を作って、ダウンロード数を増やすためにプロジェクトにPRを押し込む人たちの問題がすでにあるからね。履歴書に高いダウンロード数を示す方が、このようなファンドが提供できるものよりも価値がある。高いNPMダウンロード数をトップ1%の才能のシグナルと見る会社は常にあるし、それ自体がゲームになってしまっても。

残りのパイのメンテイナーたちが、依存関係のスパムに対して警戒するかもしれないね。

「この労働が空から降ってきた贈り物だと考えるのはおかしいし、その背後にいる人たちが自分の楽しみのためだけにやっているわけではない」 そうだよ、まさにその通り。人々が何かをフリー&オープンソースとしてリリースする時、その社会的契約に100%自発的に参加してるんだよ。彼らはそれを贈り物として提供していて、ちょっとしたニッチな認知を得るためだったり、単純な寛大さから来てることが多い。そんなの本当にすごいことなの?

同意。オープンソースのメンテイナーをサポートするのは素晴らしいアイデアだけど、ライセンスの条件に従って何かを使うことを恥じるのはもう古いよね。

無料で提供しているものに対して、誰かにお金を払わせるのを期待するのはクレイジーだよ。

問題はメンテナンスなんだよね。FOSSの期待は、ユーザーとメンテイナーが協力してバグ修正や機能追加、セキュリティ問題を解決することなんだけど、実際には多くの企業がこれらの問題をメンテイナーに押し付けて、解決されたら当然のように思ってる。これは持続可能なモデルじゃなくて、燃え尽きや未メンテのライブラリにつながるよ。企業がバグ修正や機能追加を行うためのエンジニアリングリソースや専門知識を持っていないなら、メンテイナーを支援すべきだと思う。

こういう問題の自然な解決策は、プライベートかパブリックの助成金プログラムだと思う。無報酬の人たちが作った重要なインフラ…理想的には、何が重要かを評価して、その人に継続的なメンテナンスのために報酬を与えるプロセスがあってほしい。

「この労働が空から降ってきた贈り物だと考えるのはおかしいし、その背後にいる人たちが自分の楽しみのためだけにやっているわけではない」 私はそう思ってるよ。ものを作るのが楽しいし、他の人がそれを楽しんでくれるとさらに嬉しい。君が書いたコードの全てに対して報酬を期待するのはおかしいし、それが当たり前だと思うのも違う。オープンソースを作ってリリースする時に報酬を期待してるなら、それは間違ってると思うよ。同様に、オープンソースを作っている人が何かを君に返すべきだと期待するなら、それも問題の一部だよ(そして、かつては贈り物と見なされていたものに対して報酬を求める人がいる理由の一部でもある)。とはいえ、もし他の人を助けられるなら、君の人たちを大切にするべきだと思う。特に君が彼らに依存しているならね。頑張ってみてほしいな。いや、むしろそうしてほしい。

不要な資金を再配分するのは、やるべき良い仕事だと思う!

これが、ハッスル文化にどっぷり浸かってる人たちが見落としてる部分だと思うし、だからこそUBIや強い社会的安全網が「人々のモチベーションを下げるかもしれない」とすぐに否定するんだよね。お金の報酬のためじゃなくて、ただ創造することやお互いを思いやることに動機づけられているクリエイティブで優しい人たちがたくさんいるんだよ。もしみんなの基本的なニーズが満たされて、もっと自由な時間があったら、すごいプログラムやウェブサイト、ゲーム、クラフト、アート、アニメーション、パフォーマンス、文学、ジャーナリズム、趣味のクラブ、サポートグループ、地域団体が生まれると思う。混沌とするかもしれないけど、オープンソースや自己組織化の形態と同じようにね。でも、今の奴隷制度みたいなモデルよりはずっと良さそうだよね。

同意するけど、オープンソースのクリエイターが何かを作って、気づいたら多くの人や企業に使われる重要なコンポーネントを作ってしまって、バグ修正を求められるようになるっていう問題があると思う。これを「楽しみでやってるから、気が向いたらバグを直すかも」から「これは重要な依存関係になったから、誰かがこれを製品のように扱う方法を見つける必要がある」へと移行するための良いモデルが欠けてるんだ。こういう状況に置かれたオープンソースのメンテイナーたちが不満を抱くことがあるのも理解できる。突然重要なコンポーネントを抱えることになったわけじゃなくて、時間をかけて進化してきた結果だから、「あれ、これって自分が望んでたことじゃないかも」と思うこともあるだろうね。

Hacker Newsで議論の続きを見る