- コミュニティ（コミュニティ）を使用して製品に価値を追加しようとしないでください。
- オープンソースを好まない、または信じない人に、オープンソースコード付きの製品を販売します。
最初の原則は、オープンソースには多くの市場があり、製品の開発に携わる開発者が決して利益の源になることはないということです。 製品の拡張、フィードバックの提供、テスト、エラーの修正など、製品開発への投資を期待しないでください。
この点で間違いを犯す企業は世界中にたくさんあります。 彼らは「無料」の開発者（つまり「コミュニティ」）に支払いを促すビジネスモデルを作成します。 その結果、製品のさまざまなバージョンが表示されます.1つはコミュニティ用、もう1つは専門家と企業（エンタープライズ）用であり、製品所有者は、コミュニティのユーザーがより高価で優れたバージョンのバイヤーになることを望み始めています。
彼らはしません。 試してはいけません。
そして、それは製品の間違ったセグメンテーションでさえありません。 オープンソースプロジェクトを分割する方法と理由を十分に理解し、理解する必要があります。
第二の原則は 、ファブリーズとの会話に基づいてマット自身によって表現されました。 ファブリツィオは、顧客はオープンソース製品が提供する利益に対してより多くの支払いを望んでおり、製品自体を購入したくないと考えています。 実際には、特定の所有者に縛られずに膨大な数のユーザーと同様に、クライアントがコードの効率性と洗練度を信じているように見えるかもしれません。 買い手は単純に限定メーカーのようには感じません。
つまり、オープンソース製品のメリットを好む企業を買収する一方で、弁護士はコードの共有、サポートによる問題の解決などの可能性についても考えたくないということです。 したがって、彼らは、オープンソース製品のいわゆるリスクを取り除くかのように、オープンソース製品のコードの商用ライセンスを購入したいと考えています。 彼らは商用のオープンソースを望んでいます。 彼らはコミュニティの背後にあるある種の会社を見たいと思っていますが、同時にコミュニティ自体も欲しいと思っています。
MySQLが何をしたかを見てみましょう。 彼らはエンタープライズ版をリリースしました。 彼らはコミュニティから何も奪いませんでしたが、会社に欠けていたもの（より良いサポート、より幅広いFAQなど）を追加しました。 つまり、コミュニティにはGPL（バージョン2）があり、会社には商用ライセンスがあります。 誰もがこれで勝ちました！
あなたの考え
-私[ 恋人 ]は、上記で表された考えが、オープンソース製品が商業分野で未来を持っていることを非常によく裏付けていると付け加えます。 あなたは正しい相互作用を学ぶ必要があるだけです。 最終的には、オープンソースソフトウェアの使用から利益を得ているコミュニティと企業の両方から利益が得られます。