企業が寛容にライセンスされたオープンソースアプリケーションを取得し、それからアプリケーションの広範な部分を再加工し、新しい機能を追加してバグ修正を適用することによって、それからクローズドソースアプリケーションを開発する場合...
ライセンス要件を無視しています...
過去にこれを(成功または失敗のいずれかで)行った企業または製品の例はありますか?それらのプロジェクトに対するコミュニティの態度はどうでしたか?
このシナリオは、合法的な形式と違法な形式の両方で発生する可能性があることに注意することが重要です。
これは、会社がコードに関連する著作権を所有しているか、アクセスできる場合、合法的に発生する可能性があります。たとえば、小規模で独立した開発チームは、著作権をより大きな会社に販売またはライセンス供与することを望む場合があります。同様に、コードの著作権の大部分を取得できる場合、「手に負えない」部分は単に破棄され、書き換えられる可能性があります。
コインの反対側では、コードは単に違法に取られる可能性があります。 New Corp、Inc.は、法的問題が何であるかを気にしません。プロジェクトが古すぎるか放棄されたか、New Corpは訴訟で勝つと考えています。または、このような「買収」が単に違法であると定義されていない地域にNew Corpが登録されている可能性があります。すべてのOSSライセンスが強制可能であるとは限りません。特に、法律の専門家ではない者が一緒に石畳を作ったものはそうではありません。すべてのプロジェクトオーナーが著作権の申し立てを実施できるとは限りません。FSFなどの大規模な組織は、その申し立てに対してその管轄権を持たない場合があります。 TL; DR-この領域は、かすんで醜く非常に速くなります。
移行はどのように行われ、別のライセンスを選択する以外にそれを防ぐために何ができますか?
移行は、New Corp、Inc.がコードベースを取得し、そのコピーを管理下に置くときに発生します。その後、New Corpの開発者はコードベースのtheirバージョンの作業を開始し、企業の大君主が必要とする変更を行います。このフォークの実際の仕組みは、リポジトリによって異なります。そしてそれは哲学的に大きな問題ですが、実際にはかなり圧倒的です。 get all
からOpenRepos、次にcheckin
をPrivateReposに。
ソースを配布しないことを防ぐために何ができますか?何もない。ごめんなさい。
例としてGPL(GNUパブリックライセンス)を使用してみましょう。 GPLでは、プロジェクトの正当なコピーを受け取るすべての人がソースを利用できる必要があります。ソースの所有者が、GPLされたアプリケーションのコピーの正当な所有者へのソースの配信を拒否できるようにするno規定があります。それはフリーソフトウェアの粒度に反するものであり、それがGPLコピーレフトが設置されている理由です。
潜在的に、あなたは追求するために事後の法的措置を持っています。しかし、それらはすべて、ソースが脱出してフォークされた後であり、前ではありません。また、一部の法域では、法的手段を講じることができません。そして、これらすべては、フォークが発生したことをawareであると想定している。あなたが見つけることは決してないかもしれません。
会社の(倫理的または社会的)責任は何ですか? (例:オープンソースプロジェクトに恩返しすることは倫理的行為です)
倫理は文化に固有です。このセクションを塩の粒で和らげてください。倫理の文化的考慮についての完全な議論は、この回答の範囲を超えており、プログラマーにとって主題外です。
私はプログラミングコミュニティが敵意のあるフォークに対して否定的に反応する傾向があることに気づきました。ヘック、いくつかのケースでは、同じコミュニティはまだ友好的かつ法的なフォークに否定的に反応します。かなり複雑なコミュニティです。
FOSSの観点から、New Corpが分岐した貢献に対してコミュニティに「報いる」ことが期待されています。その返済の条件、条件、期間は、存在するOSSプロジェクトの数と同じくらい異なります。コミュニティの一部の人(Richard Stallmanを考えてください)は、オープンプロジェクトがクローズすることに満足することはありません。他の人々はコミュニティ全体に提供される利益を探し、それに基づいて判断します。また、Originプロジェクトを知らなかったり、気にかけたりしていないため、気にしない人もいます。
オープンソースバージョンとクローズドソースバージョンの両方が利用可能な場合、競合はどちらの製品にどのように影響しますか?
これは、2つのコードベースが機能性、パフォーマンス、安定性に関してどの程度比較できるかにかかっています。
コードベースが同じままで、New CorpがOSSコミュニティに友好的である場合、彼らはアップデートをベースプロジェクトに貢献することができます。この場合、誰もが利益を得ます。この場合、それは「競争」ではなく、相互に有益なコラボレーションです。
コードベースが大幅に分岐し、New CorpがOSSコミュニティに友好的でない場合でも、競争はありません。機能が豊富な製品ほど存続し、機能が少ない製品は消える傾向があります。これはどちらの方法でも可能であることに注意してください。オープンソースバージョンが革新を続けるか、コミュニティのニーズをより適切に満たす場合、クローズドバージョンは機能しなくなる可能性があります。
現実は、スペクトルのこれら2つの端の間のどこかにあります。
Red Hatには、Enterprise LinuxとFedoraの2つの主要なディストリビューションがあります。 ELは「クローズド」ライセンスバージョンで、Fedoraはコミュニティエディションです。 GPLにより、すべてではないにしても、ELエディションの多くがソース形式でリリースされます。 CentOSと呼ばれるRed Hatとは関係のない別のプロジェクトがELへの変更を取得し、少しのブランド変更後にそのプロジェクトを配布します。
Red Hatが2つの異なるエディションに分岐したときにいくつかの不満がありましたが、概して、それはかなり実用的な合意でした。 Fedoraコミュニティは、Red Hatの企業顧客が慣れているよりも早く機能をディストリビューションに組み込むことを望んでいました。コードベースの機能強化は両方向に流れます。
すべてが合法的であり、上にあり、プロセスが始まる前にコーシャオープンソースライセンスを持つ製品について話していると仮定します。
移行はどのように行われますか...
基本的に、同社は非オープンソースライセンスでソフトウェアの新しいリリースを作成します。
そして、異なるライセンスを選択することを超えてそれを防ぐために何ができるでしょうか
一般的には何もありません。複数の著作権所有者がいて、その一部が再ライセンスに異議を唱えている場合のみ、防止(または遅延)できます。しかし、会社が真剣であれば、コードベースの関連部分などを書き直すことでその問題を解決することを決定できます。
事実より前に「道徳的圧力」をかけようとすることはおそらくうまくいかないでしょう。同社はこのようなことを事前の通知なしに行う可能性が高い。
そうは言っても、オープンソースを「巻き戻す」試みがそれをしている会社に逆効果をもたらした例があります。 OpenOffice、Hudson、MySQLの場合を考えてみてください。Oracleのアクションがフォーク、開発者コミュニティの大規模な脱出、そして(OOとMySQLの場合)ディストリビューションが元の製品をどんどんダンプしているためです。フォークを支持して(LibreOfficeとMariaDB)。
会社の(倫理的または社会的)責任は何ですか?
率直に言うと(そして皮肉なことに)、あなたと私は関係ありません。私は、企業の倫理的および社会的責任がどうあるべきかを考えています。
法的観点から見ると、会社の取締役および役員の唯一の責任は、1)株主/所有者の価値を最大化すること、および2)法律が遵守されることを保証することです。あなたは個人として、これらの人々は社会的および倫理的責任を負っていると主張することができますが...残念ながら...彼らの多くは反対するでしょう。
しかしどちらにしても、倫理的および社会的責任は、会社とその役員がそれらを受け入れ、真剣に受け止める場合にのみ、実際的な意味で関連します。
オープンソースバージョンとクローズドソースバージョンの両方が利用可能な場合、競合はどちらの製品にどのように影響しますか?
これに対する答えはないと思います。状況によります。
過去にこれを(成功または失敗のいずれかで)行った企業または製品の例はありますか?それらのプロジェクトに対するコミュニティの態度はどうでしたか?
はい、例があります。 「クローズドソースに移動」という語句をGoogleで検索し、ボゴシティフィルターを適用します。 (偽ではない)ヒットを読むことで、コミュニティの態度を感じることができます。製品/企業についてさらに調査すれば、それらが成功したかどうかを判断できます。 (「成功」は価値判断なので、私はあなたのためにこれをするつもりはありません。)