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

オープンソース維持費

2025年7月24日原文(github.com)

概要

WiX Toolsetの長期的な維持を目的とした Open Source Maintenance Fee 導入提案 収益を得る利用者全員に メンテナンス費用 の支払いを義務付け GitHub Sponsors 経由での支払い方法 WiX v6.0 リリース(2025年4月5日)から施行 WiX Developer Direct 利用者は追加費用不要

WiX Toolset Open Source Maintenance Fee導入提案

  • 長期的な WiX Toolset維持活動 のための資金調達策
  • 収益を得る全消費者 を対象としたメンテナンス費用の導入
    • GitHub Sponsorsによる サブスクリプション型支払い
    • バイナリ配布物(GitHub・NuGet.org含む) にEULAを付与し、費用支払いを義務化
  • 施行開始: WiX v6.0リリース日(2025年4月5日)
  • 詳細は Open Source Maintenance Fee ページ参照

導入までの具体的ステップ

  • 最終版EULA の法務確認・取得
  • .nupkg ファイルへのEULA追加
  • GitHub Sponsors でのスポンサーシップ階層作成
    • 小規模組織(20人未満): $10/月
    • 中規模組織(20~100人): $40/月
    • 大規模組織(100人超): $60/月
  • README の更新

免除対象・特記事項

  • WiX Developer Direct 契約顧客は、既存サポート契約に費用が含まれており、 追加費用不要
  • 本提案に関する 追加考慮事項なし

Hackerたちの意見

これはウェブサイトを作るためのプラットフォーム「Wix」とは関係ないよ。「WiX Toolset」についての話だよ。 - https://wixtoolset.org/

Windowsのインストール体験を作成するための最も強力なツールセット。2004年からオープンソース!

ああ、ありがとう!Wixだと思ってた。彼らはすごく高品質なReact Nativeライブラリをたくさん作ってるよね。

内容についてはコメントしないけど、https://opensourcemaintenancefee.org/ のホームページ自体について言いたいことがある。ダークモードでしか動かないし、ライトモードだと全然読めない。リポジトリでは問題を開くことができないみたい。もしかしたら、作者がここを見てるかも…(期待薄だけど)

イシューを提出するには料金を払わなきゃいけないって、明らかだよね ;)

おお、やばい!それはまずいね。修正されたよ(ランダムな貢献者のおかげで :)

数ヶ月前に、自分のオープンソースプロジェクトのためにオープンソースのインストーラーオプションを評価しているときにこれを見つけたんだ。ソースがOSIライセンスの下で利用可能な間は、バイナリに対して料金を取ることには問題ないと思ってる。でも、READMEに書いてあったこれが気に障ったんだ。「このプロジェクトの長期的な持続可能性を確保するために、WiX Toolsetの使用にはオープンソースメンテナンスフィーが必要です。ソースコードはLICENSEの条件の下で自由に利用可能ですが、プロジェクトの他のすべての側面—問題のオープンやコメント、ディスカッションへの参加、リリースのダウンロード—はメンテナンスフィーの遵守が必要です。要するに、このプロジェクトを使って収益を上げるなら、オープンソースメンテナンスフィーが必要です。」この説明が短い段落でうまく伝えられない難しい概念だと考えて、疑いをかけずに受け入れようと思うけど、その要約—収益を生む使用には支払いが必要—はちょっと誤解を招く感じがする。彼らのライセンスの下では、ソースから自分のビルドを作ってMS-RLライセンスの条件に従って商業目的で使うことを妨げるものは何もないから。だから、商業ユーザーをプロジェクトのスポンサーにさせるための脅しのように感じる。オープンソースのメンテイナーが直面している課題は理解できるけど、ここでの具体的なアプローチは倫理的に感じない。だから、商業ユーザーじゃないのにWiXを見送ることにしたんだ。

商業ユーザーに無料でサポートを提供しないっていう明確な声明じゃない?あなたはそれが明確じゃないと言ってるけど、あなたの引用には「ソースコードはLICENSEの条件の下で自由に利用可能です」っていう文がそのまま含まれてるよ。

資金が厳しいスタートアップや小さな会社は、オープンソースプロジェクトを自分たちでコンパイルして、デプロイメントアーティファクトにして、そのライフサイクルを管理することに意欲的なんだよね。ツールのライフサイクルを管理して認証するために誰かにお金を払う方が、自社でやるよりも価値があるっていう閾値があるんだ。これが、バイナリリリースを使って更新するだけのエンタープライズ顧客を押し出してる感じがする。彼らはファーストパーティのサポートのコンプライアンスリスクを負いたくないから、公式バージョンにお金を払うのを避けてるんだよね。

彼らが言いたいのは、もし収益を上げてる会社の代表として話してるなら、プロジェクトについて話すためにはお金を払った方がいいよってことだと思う。片方が利益を上げてる企業だったら、対話するのにお金がかかるって感じだね。

ちょっと難しい概念を短い段落で簡潔に説明するのは大変だと思うから、疑いの余地を持っておくよ。特に、オープンソースプロジェクトについて人々が持っている期待が多様だから、簡潔に説明するのは難しいよね。テキストを改善するための提案にはオープンだよ。

イノベーションが大好き!基本的なアイデアはこうだと思う: - 誰もこれをクローズドソースにしたくない。コードは自由に利用できて、好きに使っていい。結局、コードを配布するための限界コストは0だから。 - メンテイナーとしては、企業のために慈善活動をしたくない。彼らの時間は限られているし、収益を生む活動をサポートするなら、その収益の一部が欲しい。だから、これが完璧に強制されなくても(強制されないだろうけど)、それでいいんだ!メンテイナーは「私たちが気にかけるためにはお金を払ってもらう必要がある」と文句に応じる自由がある。お金を払う企業は一定のサポートを受けられるし、趣味でやってる人は同じ体験ができる。警告を無視する企業だけが結果を見て、特に「私にとって重要なユーザーがたくさんいる」っていう報告には特に効果的だね。大事なら払え!これは、オープンソースの頭痛の一般的なストレインに対するかなりクリーンな解決策だと思う、特にAI生成のコードやレポートが増えている今はね。

Hacker Newsで議論の続きを見る