「ビールのように自由」なソフトウェアの開発者でさえ、人々は食べなければなりません。このような企業がソフトウェアを直接販売していないときに使用される一般的な収益モデルには、どのようなものがありますか?1つまたは2つ(広告契約とサポート契約)知っていますが、他にもありますか?
Walterが指摘したように、モデルの長所と短所がわかっている場合は、それらを含めてください。
「ビールのように自由」なソフトウェアの開発者でさえ、人々は食べなければなりません。このような企業がソフトウェアを直接販売していないときに使用される一般的な収益モデルには、どのようなものがありますか?1つまたは2つ(広告契約とサポート契約)知っていますが、他にもありますか?
Walterが指摘したように、モデルの長所と短所がわかっている場合は、それらを含めてください。
回答:
最も一般的であると思われる2つがあります。
2番目のモデルは、会社がソフトウェアの著作権を100%所有することを義務付けています。つまり、寄稿者は著作権の譲渡に署名する必要があります。
次に、2番目の仮想アプリケーションを示します。
「Acme、Incorporatedは、機能が豊富で見栄えの良いソフトウェアSIP電話を開発し、GNU Affero General Public Licenseのバージョン3でリリースしました。
オプションで、電話機の再パッケージ化/ブランド変更に関心のある企業は、Acmeに標準のGPL3、LGPL、またはさらに制限の少ないライセンスを使用して、プロジェクトのプロプライエタリフォークを確立することができます。
Acme、Inc.は後にYoyodyne Systemsに買収されました。YoyodyneSystemsはコードの完全な所有権を獲得するために多額のお金を払いました」
どちらのシナリオの理想主義的なメリットにも触れません。最もよく知っているシナリオとして提示しています。
いくつかの長所:
短所:
valgrind
あまりにも、彼の創作者(ジュリアン・スワード)は、このスイートを使用するために私たちの開発者を形成するために、私の会社で、定期的に招待され(と私はあまりにも有料でこのフレームワークの上にツールを開発することができると思います)。
MySQLモデルがあります。素晴らしい無料の製品を作り、それからサポートサービスを販売します。
このモデルのスピンはSteel Bank Studioです。SteelBank Studioは、コミュニティ所有の製品であるSteel Bank Common Lispの商用サポートを提供する会社です。SBSの背後にいるNikodemus Siivolaは、SBCLのコアハッカーの1人ですが、私が指摘するのは、無料でオープンソースの製品の「所有者」である必要はないということです。
フリーソフトウェアの一般的なモデルは、サポートとサービスをその製品とともに販売することです。
たとえば、ファイルストレージアプリケーションを作成しました。無料でダウンロードでき、それを処理するように設定されている独自のサーバーで実行するように構成できます。ただし、サーバーの構成を希望しない場合やお持ちでない場合は、サーバーのいずれかでストレージアカウントを購入できます。別の方法は、サーバー上で実行するアプリケーションの設定で問題が発生した場合、有料ではありますが、ステップごとにコンポーネントをセットアップできるようにすることです。