写真をスキップして注意を引きます
今日のライセンスと収益化
オープンソースとは何ですか？ グローバルテクノロジーの開発を強化するには、オープンソースが必要です。 そして、これが主なものです。 オープンソースを使用すると、さまざまな人々のアイデアを組み合わせて、小さなチームで新しいプロジェクトを作成できます。 はい、これらのプログラムは完璧ではありませんが、製品は最初からすべてを行う場合よりも短時間で低コストで作成されます。 完了し、実際にチェックし、ユーザーからのフィードバックを受け取り、素晴らしい、私たちは働き続けます。 オープンコードでは、ドロップされたバナーを拾い上げてさらに運ぶことができます。
ライセンスについて。 極はGPLです。これは、あらゆる方法で、プログラマーが開発を保護するのを防ぎます。 他のライセンスモデルは、イプシロン周辺のどこかにあります。 真実は中間のどこかにあるように思えます。
なぜ新しいものを思い付くのか、ここで、彼らは言う、Linuxのすべてがいかにすばらしいかを見てください。 システムは開発中であり、すべてが正常であり、企業はOSを中心にスピンし、お金を稼いでいます。 しかし、よく見ると、主な貢献はIntel、Red Hat、Samsung、IBMなどの大企業によって行われていることがわかります。 さらに、Red Hatはどのように見えても、Enterpiseを販売します。サービスのパッケージを購入しますが、気に入らない場合は、突然Red Hatの企業契約がGNU GPLユニバーサルパブリックライセンスを補完するため、他のディストリビューションを利用します。
オープンCMS市場を考慮すると、一方では規模の縮小により、他方では機能の大きなばらつきにより状況が悪化します。 これらの理由により、主要なプレーヤーはそのような市場を考慮していません。 このようなプロジェクトは寄付され、主な支払いは、この製品の使用に基づいて事業を行っている企業から行われます。 創業者にとって、このようなプロジェクトは、同じテクノロジーに基づいた関連ビジネスがある場合にのみ興味深いものです。 コードに対するサードパーティの貢献は重要ですが、決定的ではありません。
セルゲイ・ゴルベフの言葉を引用します：
「オープンモデルは、開発における無料のアシスタントの関与を促進しますが、プロジェクトの利益を保証するものではありません。 Closed-お金の受け取りに貢献しますが、コミュニティの作成は除外します。 どちらも効果がないため、現実には利益のバランスを見つける必要があります。」
例として、Drupalの状況を考えてみましょう：あらゆる場合に数千の既製のモジュールの存在が宣言されていますが、積極的に開発されているのは100か2つだけであり、開発者はそれらをサポートする意欲がないため、残りの部分は放棄され、多くの場合、モジュールは特定のタスクのために書かれていますが、単に自己重要性の感覚が高まったためにレイアウトされました。
別の質問：無料のCMSを使用できるのに、なぜWebスタジオのマネージャーは有料CMSをよく使用するのですか おそらく、彼らが販売を整理し、すでにボックスを販売する段階で売り手の給料を支払うのが簡単だからでしょうか、それとも彼は本当に最高品質の製品を手に入れるのでしょうか？
市場デバイス
たとえば、有名なサイト構築市場を取り上げます。 Webスタジオはクライアントの予算を管理し、パイの主要部分を正しく維持します。
そして、このパイから、開発者は、それがオープンでフリーソフトウェアである場合、わずかな部分を得るか、まったく何も得ません:(
フリーソフトウェアのメーカーはどのように出ますか：
- 最も明白なのは、サイトの作成に従事していることです。
- クラウドで無料のソリューションを提供します。 クライアント：個人所有者および中小企業。 あなたは大量のキャラクターのためにのみ生き残ることができます。
- 他のパン粉、たとえばテーマなどがテーブルから選択されます。 あまり安定しておらず、特定のプロジェクトのためにやり直しているので、アイデアを手に入れるのはお金を払うよりも簡単です。
- トレーニング、コンサルティング。 ロシアでは、これはやや複雑です。
- 無料プログラムの有料版を提供します。 ライセンスと盗難に対する保護に問題があります。 コードは開いています。
- 開発環境などのフリーソフトウェアを操作するための有料ツール。
- さて、モデルを完成させるには：鉄の販売、広告、データ（コードではない）
ほとんどのオープンライセンスは販売を禁止していませんが、プログラムの作者がこの販売でお金を稼ぐのを助けません。 多くの著者が存在する可能性があるという事実により、すべてが複雑になっています。 したがって、一定の矛盾が見られます。オープンなプロジェクトを持つことは世界社会にとって重要ですが、開発者の広範な大衆を巻き込むための財政的メカニズムは実装されていません。
あらゆる場合に理想的なライセンスシステムがないことが明らかになります。 そして、有償閉鎖は私たちを満足させず、自由開放は私たちが自分自身を実現することを許しません。
未来のオープンコミュニティのエコシステム
詳細に移りましょう。 たとえば、多機能ビジネスシステムのフレームワークの開発を考えてみましょう。 商取引、ビジネスプロセス、従業員管理、コミュニティの構築などが含まれます。 さらに、CMS、CRMのような個別の部分ではなく、単一のロジック（ビジネスアプリケーションの動作環境）によって統合されたシステム。
開発者がオープンマーケットにノウハウを提供し、使用するたびに一定の収入が得られることを開発者に知らせる条件を作成する方法はありますが、同時に開発コストは最小限に抑える必要がありますか？ 完全に実行可能なオプションは、フレームワークのコアを完全に無料にし、ソリューションとモジュールを支払う必要があるという考えかもしれません。
実際には、次のプロセスが存在します。
- フレームワークアーキテクチャと基本ソリューションの開発。
- モジュールとソリューションの開発。
- コードの配布（販売）。
- コードの更新。
- ホスティング
- クラウドサービス。
- ライセンス条件（著作権、盗難）の順守を監視します。
- 実装、コンサルティング、トレーニング、関連サービス、例えばデザインの販売。
- 操作。
多くのプレーヤーが効果的に相互作用するエコシステム全体を作成する必要がありますが、システムのアーキテクチャとコアは中央で作成する必要があります。
フレームワーク自体は、市場リーチを拡大するために無料にする必要があります。 最小限の機能を備えた基本的なソリューションは、無料でシェアウェア（完全に安価）で開発する必要があります。 開発者は、ソリューションとその代替ソリューション（アセンブリではない）のモジュールを作成できます。 ソリューションとアップデートの配布と販売は一元的に行われます。 収入は、プロセスのすべての参加者に分配されます。
財務配分スキーム
最初に、モジュールの所有者などの概念を無料で導入する必要があります。 著者と共著者-もちろんですが、機能のサポートと開発を担当する個人または組織に関する情報が必要です。 デフォルトでは、作成者は所有者ですが、さらに努力を注ぐ準備ができていない場合、所有者を放棄できます。 他の開発者はモジュールに変更を加えることができ、所有者は節度、昇進、収入の創出に携わっていますが、自分の裁量で他の開発者と共有します。
開発
開発者は、独自の決定または他の決定のために個別のモジュールを作成し、それらに価格を割り当てます。 価格規制の自然なメカニズムは、他の開発者との競争になります。 ソリューションまたはアセンブリの開発者が他の誰かのモジュールを配信に含める方が、自分で作成するよりも収益性が高く、より速くなるような価格にする必要があります。 これは次のようになります。
モジュールの所有者は、収益の60％から割引と税金を差し引いた額を受け取ります。
ソリューション開発者は、他の開発者がこのソリューション用に作成した特殊モジュールの売上の10％を受け取ります。
コミュニティ（非営利組織）が残りを取得します。
実装者（営業担当者）。 プロのマーケットプレーヤーには、エンドユーザーにソリューションを販売する特別な条件（割引）があります。 したがって、彼らは、商業製品の販売と同様に、販売の段階ですでに恩恵を受けています。
クラウドサービス。 一部の（ライセンス済み）組織は、クラウドでサービスを提供します。 また、特別な条件も必要になります。
非営利組織は、マーケティング、コミュニティ管理にお金を費やし、コアで基本的なソリューションを作成するプログラマーの仕事にお金を払います。また、他の開発者を限定的に奨励することもできます。
サポート
ほとんどの機能を更新および開発する必要があります。 売上高はコードを良好な状態に保つ動機になりますが、これらのフローは不均一になる可能性があり、モジュールをインストールするユーザーは常に改善を望んでいます。 開発者がモジュールのサポートに関心がない場合、状況が発生する可能性があります。 この場合、更新の定期的な支払いがキャッシュフローの均等化に適用されます。
さらに、売り手（クラウドワーカーなど）が多少なりともまともなSLAを提供できる新しいタイプのサービスを導入する必要があります。 つまり 開発者はモジュールを作成して昔ながらの方法でお金を稼ごうとするだけでなく、サポートの2番目のオプションを約束します。これはより複雑ですが、より多くの収益を得ることができます。
組織の考え
多くの独立したエンティティを持つシステムは非常に複雑です。 ここでは、コミュニティの各メンバーの貢献度を評価するための公正なプロセスの組織に関して、まだ多くの疑問が生じています。 それを管理するには、このモデルを保証するルールを監視し、強力な機関を作成する必要があります。 このようなシステムには、作成者が設定した遺伝コードがあります。 問題は、これらの同じクリエーターがプラットフォームの開発を決定し続けているが、時間が不足し、市場が変化していることであり、その人は以前のように「空腹」ではなくなっています。
プロジェクトの持続可能な開発と、十分なリソースの提供により消費者が最大限にアクセスできるようにすることを目標とする非営利組織が必要です。 そのような組織は、そのメンバーに対して非常に開かれている必要があります。 オンライン投票を通じて多くの決定を下すことができます。 同時に、システムには依然として個性が必要であり、そのエネルギーを通じてプラットフォームの開発を提供します。 問題は、愚かさ、虐待、活動の模倣、無用な政治を避けるために、本当に最高の人々が指導的地位に昇進することを確実にする方法ですか？
私は、社会の現在の利益とリーダーの先見性を組み合わせたバランスのとれた組織を作成しようとすることを恐れてはならないと信じています。オープンソースのフリーソフトウェアは通常、有料のアドオンとサービスに隣接しています。 より効果的なオープンソース開発およびライセンスモデルを作成できることに同意しますか？
誰がこの方向で何かをする気がありますか？ そして、正確に何ですか？