何度か このブログでは、ある話題に触れましたどれ 長い間、それは大きな問題の一つであった 直面している フリーソフトウェアとその開発者。 テーマは 「資金調達」 その結果、プロジェクトに対するサポートがほとんどまたは全く行われない、フリーソフトウェアを使用しながらも利益の一部を割り当てず、プロジェクトの開発にも貢献しない商用プロジェクトによる悪用など、他の問題も発生します。
解決策を提供するために この問題に対して、 WiX の開発者は、「メンテナンス料金」と呼ばれる革新的な取り組みを導入しました。
その目標は、フリーソフトウェアエコシステムにおける最も根深い問題の一つ、つまり、広く使用されているにもかかわらず、開発者のボランティア作業にほぼ全面的に依存しているプロジェクトの資金調達を解決することです。
この提案 少額の月額拠出金の導入を提案する。 オプションは10ドルから始まり、通常は追加機能付きのプレミアム有料版を提供し、特定の機能へのアクセスを制限するOpen Coreなどのモデルに頼ることなく、プロジェクトの経済的実行可能性を確保することを目的としています。
オープンソースソフトウェアは無料ですが、オープンソースプロジェクトの維持は無料ではありません。私たちはプロジェクトのメンテナーに多くのことを要求します。例えば、
トリアージの問題
質問に答えます
ビルドスクリプトの実行を継続する
ソフトウェアの依存関係を更新する
フォローアップ安全性報告
新しいリリースを制作する
ディスカッションフォーラムや問題追跡システムにおけるスパムへの対処
ドメイン名登録の維持
署名証明書の更新
その他にもたくさんのタスク
維持費の仕組み
中心となる考え方は 商業上の利益を得るユーザーと企業 オープンソースプロジェクトから（直接的または間接的に） 定期的に寄付をする。 支払いは、プロジェクト インフラストラクチャ、公式バイナリ、事前コンパイル済みパッケージなどの主要なリソースへのアクセスを管理するエンド ユーザー ライセンス契約 (EULA) によってサポートされます。
取引を円滑に進めるため、 GitHubのスポンサーシップシステムの活用が提案されているこれにより、メンテナーへの直接送金が可能になります。これにより、加入者は正式版をダウンロードしたり、技術的な議論に参加したり、バグレポートや機能リクエストを送信したりできるようになります。
最も関連性の高い側面の一つは 使用される無料ライセンスに従って、ソースコードへのアクセスは完全にオープンなままになります。 プロジェクトごとに課金されます。ただし、月額料金を支払いたくない企業は、公式のプリコンパイル版を使用したり、NPMやNuGetなどの管理ツールに依存関係として統合したりすることはできません。
実際には、これらの組織はリポジトリを複製してソフトウェアを独自にコンパイルすることはできますが、開発チームがすでに準備したパッケージを使用する権利はありません。
保守担当者の燃え尽き症候群との闘い
この提案は、広く認識されている現実への対応として生まれました。 オープンソースプロジェクトのメンテナーは、多くの場合、金銭的な報酬を受けることなく、絶え間なく過酷な作業を行っています。多くの企業は、製品全体をこれらのツールに基づいて構築しているにもかかわらず、時間もリソースも提供しておらず、その結果、燃え尽き症候群、モチベーションの低下、さらにはプロジェクトの放棄につながる不均衡が生じています。
この取り組みの著者にとって、 このモデルは制限ではなく、公平でバランスのとれた関係ですサードパーティの作業に依存する企業は、使用するツールが継続的に開発できるようにするために収益のわずかな部分を費やしています。
維持費の導入により、 開発者は重要なタスクのためにより多くのリソースと時間を割くことが期待される バグ修正、ユーザークエリへの対応、依存関係の更新、ビルドインフラストラクチャの管理、脆弱性の検出と修復、コミュニティのモデレート、デジタル署名証明書の更新など。
間違いなく、この提案は、オープンソースが無給労働と同義ではなく、作成者とユーザーの間の共同作業である、より公平で持続可能かつ協力的なエコシステムの構築を目指しています。
最後に、それについてもっと知りたい場合は、の詳細を参照してください。 次のリンク。