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

オープンソース維持費

概要

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生成のコードやレポートが増えている今はね。

誰でも機能やサポートのためにお金を払えるべきだし、ある閾値まではクローズドソースにすべきだと思う。それは興味や収入によって数年か数ヶ月かかるかもしれないけど、最終的にはオープンソースになるだろう。そうしないと、みんなが欲しいもののために誰かが払うのを待つことになるから。明らかに、N個のフォークを維持しないようにもう少し工夫が必要だけど、うまくいくと思うよ。

なんか、いくつかのオープンソースプロジェクトはもうこういう風にやってると思ってたんだけど。例えば、Busyboxをメンテナンスしてるコンサルタントみたいなのがちょっとした業界になってる感じがしたけど、もしかしたら勘違いしてたかも。

これについては複雑な気持ちがあるな。Wixのユーザーじゃないから、これは一般的な意見なんだけど。オープンソースプロジェクトとして、誰もあなたにメンテナンスを強制することはないよ。あなたが入れる修正は、全部自分の意志でやってることなんだから。どの会社も、PRを受け入れたり、それに取り組むことを強制できない。FOSSの開発者はこのことでストレスを感じることが多いけど、もしあなたが自分が書いたものに対して金銭的な動機がないなら、他の人に「うるさい!」って言ってもいいんだよ。文句を言われるかもしれないけど、修正する義務はゼロだからね。スポンサーシップがFOSSの周りにビジネスモデルを持ち込むと、それはもうFOSSじゃなくなる。FOSSの本来の目的は、誰でもあなたが作ったものをコピーして再利用できることなんだから。彼らはフォークして、別の方向に進めてビジネスを作ることもできるし、あなたが明示的に同意したライセンスによってそれが可能になる。この意見はあまり人気がないかもしれないけど、怒りは不当だと思う。

これ、あんまり革新的に思えないな。製品を無料で配ってたのが、今度は製品を売るようになったってことだし。つまり、普通のビジネスとして運営してるってことだよね。

難しい問題だね。君がポジティブなことを書いたから、私はネガティブな面を2つの視点から考えたい。

  • これがさらなる貢献者を募るのを難しくするかもしれない。貢献者には有料と無給の二層システムがあるから。「なんで他の人がお金をもらっているのに、私は無料でバグを直さなきゃいけないの?」
  • お金を受け取るとビジネス取引になる。誰かのお金を受け取ると、彼らには私に対する要求が生まれる。そうなると、私はその要求に応えなきゃいけない。でももちろん、ボランティアの無料モデルには持続可能性の問題があるよね…

そのアイデア/解決策の本質を見事に捉えたね。

隠された真実を引き剥がしてみて。これはいつもの事実の隠蔽だよね。別の名前で呼ばれたバラも…結局はお金を求めてるだけ。FOSSはそれが混ざった瞬間に終わりだよ。政治的な売り方みたいで、少しずつ押し進めていくと、温度が上がっても気づかないうちにクローズドソースになって企業化しちゃう。これがFOSSやプロジェクトを殺す方法だよ。「企業の侵入」って呼んでる。

まったく間違ったアプローチだね。EULAは完全におかしいし、実装もさらにひどい。彼らがやるべきだったのは「スポンサーじゃないなら、あなたの問題には興味ありません」って言うことだよ。今、ダウンロードボタンをクリックするのは彼らのEULA違反になっちゃうから、企業からお金をもらおうとしてる時には避けたいことだよね。

バイナリや問題トラッカーへのアクセスに対してサブスクリプション料金を払わせれば、これを書く/強制するのはずっと簡単だったんじゃないかな。代わりに、EULAに完全に依存することで強制の悪夢を生み出しちゃったね。

そうなんだよね、でも難しいところがあって、プロジェクトを使ってるけど収益を上げてないユーザーには無料でアクセスとサポートを提供したいみたいなんだ。

一番嫌なのは、これだね。

Q: 料金はどのくらい支払わなきゃいけないの? プロジェクトを使っている限り、メンテナンスフィーを支払う必要があります。 これってどういう意味なの?小さなビジネスのために一回限りのアプリを作ったけど、もう触らないか、5年ごとにしか使わない。もう使わないものに永遠にお金を払うのは論外だけど、修正のためにソリューションを開くときは、80個のパッケージのライセンスを確認して、その月の料金を払わなきゃいけないの?いいえ、商業的なソリューションにお金を払うか、まともなライセンスの無料のものを使う方がいい。商業的な提供なら、新しいバージョンをダウンロードするときはオプトインだしね。私にとっては、基本的に一回のダウンロードに対するサブスクリプション料金みたいなもんだ。

これ、まさにその通りだよね。要するに「お金を稼ぎたいなら、自分でバイナリを作るか、うちに払え」ってことを、すごく分かりにくく言ってるだけ。混乱や不安を引き起こすせいで、良い結果よりも悪い影響の方が大きくなりそうで心配だな。

プライベートな配布ポイントとプライベートな問題トラッカーを作るのは確かに選択肢になるし、実施もしやすくなるだろうね。でも、コミュニティからもっと距離ができちゃうと思う。オープンソースプロジェクトがそのままで持続可能なシステムを作りたかったんだ。

ライセンスはまだMicrosoftが持ってると思ってたんだけど? https://github.com/wixtoolset/wix?tab=License-1-ov-file#read... それに、正確な文言は「バイナリリリースに関するEULA(GitHubやNuGet.orgに公開されたものを含む)は、メンテナンスフィーの支払いを必要とする」ってなってるよね。弁護士じゃないけど、これって自分でコードをコンパイルしてメンテナンスフィーを回避して、バイナリを無料で配ることができるってことじゃないの?

うん、リポジトリのREADMEにはコードがオープンソースだって書いてあるけど、リポジトリのイシューやリリース機能を使うには料金が必要なんだよね。

どうやら私にはこの[編集: 流行の]意味が理解できないみたい。ライセンス契約は変わらないの?でも、メンテナンスフィーを払わないとサポートは受けられないの?だから、ユーザーが脆弱性を報告しても、Wixは報告者がメンテナンスフィーを払うまで修正しないの?それとも、企業ユーザーが新機能の素晴らしいアイデアを持っていても、支払いユーザーからリクエストが来るまで無視するの?これは明らかにおかしいよね。OSSの著者は、どのPRを受け入れるか、どのイシューに注意を向けるかを選ぶことができていたし、サポートに対して料金を請求することもできていた。メンテナンスフィーがどうして革新になるの?Wixを批判するつもりはないけど、オープンソースライセンスでツールを開発しているのは素晴らしいと思うし、サポート料金を請求するのも全然問題ないと思う。オープンソースプロジェクトでは常にそうだったしね。貢献したい人が締め出されていると感じたら、フォークすればいい。これは新しいアイデアじゃないよ。もちろん、フォークするのはかなりのコミットメントで、資金も必要だし、フォークを考える合理的な人は、著者に注意を払うためにお金を払うことも考えるべきだよね。アマゾンのような大金持ちでも、競合のフォークを立ち上げるより、元の著者を支援した方がいいと思う。もちろん、LibreOfficeやio.js、OpenTofu、neovimみたいな例もあるけど、もしLibreCADのような分裂を実現できるなら、すごいよね。io.jsは自分の主張をして、nodejsをより良くしたし、これがオープンソースソフトウェアの大きな利点だった。コミュニティから恩恵を受けられるし、コミュニティに貢献もできる(コード、アート、ドキュメント、お金、アイデア、何でも)。Wixが参加しているのは素晴らしいことだし、彼らの未来に幸あれ。

ソースコードはLICENSEの条件のもとで自由に利用できますが、プロジェクトの他のすべての側面、イシューのオープンやコメント、ディスカッションへの参加、リリースのダウンロードなどには、メンテナンスフィーの遵守が必要です。 リリースのダウンロードが含まれているのは驚きだね。私は弁護士じゃないけど、これはソースコードのライセンスに反していると思う。具体的には、> 各貢献者は、あなたにその貢献を再現し、その貢献の派生作品を作成し、その貢献やあなたが作成した派生作品を配布するための非独占的、全世界的、ロイヤリティフリーの著作権ライセンスを付与します。 少なくとも混乱を招くし、もし何かあれば、笑えるほど簡単に回避できて、誰かに新しいリリースをビルドするGitHubミラーを自動化させることを強制している。実質的にフォークの存在を強制しているってことだね。彼らはすでにリポジトリ内でそれを実現するためのGitHubアクションも提供しているし…

それは本当にその通りだけど、実際にはそうなってない(少なくとも、まだは)。ほとんどの企業はその料金が妥当だと思って、プロジェクトを維持してもらうために払う価値があるって感じてるよ。

WiXインストーラーは、理解不能な複雑さの塊だよ。唯一の魅力は無料だったこと。お金を払うなら、サポートがあって使いやすい商業製品がいいな。Rob Menschingは、WiXを年間5,000ドルのエンタープライズコンサルティングとサポートサービスでマネタイズする予定だったみたいだけど、それじゃ足りなかったのかな。

WiXは基本的に、MSIを実行するためにWindows Installerが使う内部データ構造を直接書けるようにしてるんだ。古いバイナリデータベースの代わりにXMLでね。だから、実際の「ビザンチンで理解不能な混乱」(これは正しい表現だよ)はMSIフォーマットとWindows Installerのことで、WiXじゃないんだ。

唯一の魅力は無料だったことだね。それが、何も払いたくない人たちにとっての魅力だったのは間違いない。でも、それが私たちの唯一の魅力でも、主な魅力でもなかったんだ。WiX Toolsetは、他のインストールビルドツールではできない方法でWindows Installerへのアクセスを解放してくれた。もしその力が必要ないなら、確かに使いづらいところや「足りない機能」がたくさんあって、生活が楽になることはないかもしれない。でも、厄介なインストールの問題があった場合、その使いづらいところが時には問題を解決するための武器になることもあるんだ。 > ロブ・メンシングは、WiXを年間5,000ドルの企業コンサルティング&サポートサービスで収益化する予定だったんだ。私はWiXを年間5,000ドルで収益化しているわけじゃない。私が収益化しているのは、私のチームと、様々な形のソフトウェアインストールパッケージを作ってきた数十年の経験なんだ。この「WiX Developer Direct」プログラムは、私の会社FireGiantから提供していて、毎月私と直接話せるオフィスアワーがあって、好きなことを話し合えるんだ。チケットへの回答のSLAや、バグ修正の保証もあって、開発チームがブロックされることはないよ。さらに、私たちによる年次コードレビューや、私たちが開発している高機能なツールへのアクセスもある。これは高い接触を提供するもので、私のお客さんには好評なんだ。 > それだけじゃ足りないのかな。全然そんなことはないよ。XZ Utilsの件は、オープンソースの持続可能性が大きな問題であることを示したし、私はそれに対処するために何かをしなければならなかったんだ。オープンソースメンテナンスフィーが持続可能性の唯一の解決策だとは思わないけど、私のようなプロジェクトにはかなり良い解決策だと思う。WiX Toolsetはこれを採用した最初のプロジェクトで、OSMFの概念のあらゆる問題を解決するために実際のプロジェクトが必要だったんだ。すべてが非常にうまくいっているよ。

100%支持するよ。もっと多くのオープンソースのメンテナーが、こういうステップを早く踏んで、ストレスや過小評価を感じて燃え尽きる前に行動してほしいな。これに対してはすごく安いと思う。

そうそう!その通りだよ。君だけじゃないからね。:)