企業プロジェクトにオープンソースコードを使用するのはどのような場合に悪い考えですか？
あなたの会社があなたにそうすることを許可しているとしても、オープンソースプロジェクトのコードを使用することが良い考えではないかもしれない状況はありますか？
私が有効だと思ういくつかのケースは次のとおりです。
- コードは異なる言語で実装される場合があります。
- 持ち運びできません
- 他のクローズソースライブラリが必要になる場合があります
他の理由は何でしょうか？
サードパーティを使用するリスクは、それがオープンソースであろうと商業的なクローズドソースであろうと同じです。サードパーティを選択するときに確認すること：
ライセンス：ビルドしている製品と互換性のあるライセンスです。クローズドソースについては、ロイヤルティと再配布権を探してください。オープンソースについては、オープンソース（GPLファミリー）への移行を余儀なくされる可能性のある帰属とバイラルライセンスを探してください。
積極的なサポートと開発。このアプリケーション（会社またはコミュニティ）の開発はどれくらい安定していますか？アクティブなサポートプラットフォーム（サポートホットライン、フォーラム、またはメーリングリスト）がありますか？利用可能であれば、最近の活動を確認できます。
図書館で立ち往生しているのはどれほど危険か。サポートされなくなったライブラリに悩まされている場合、サポートを引き継ぐことができますか？ここにソースがあると、代わりのものが見つかるまで、少なくとも一時的にお尻を保存できます。一部のクローズドソース製品には、通常は追加費用をかけてソースコードを取得する手段があります。
これらは私がサードパーティに求める3つの主要なポイントです。もちろん、私には法的な経歴がまったくないので、非常にデリケートな製品/ドメインで作業する場合は、まず法務担当者に尋ねてください。
他の回答では見られなかったことが1つ、監査です。
ミサイルが発射されるかどうか、または誰かが呼吸する頻度を決定する何かを作成する場合は、監査を行うことが非常に重要です。 「汎用」のオープンソースライブラリから20,000行のコードをインポートする必要がある場合、通常は、ライブラリが必要な1つの特別な目的のためだけに2,000行のコードを内部で記述する方が生産性が高くなります。これは、すべてのコードが正式な証明をしなければならない場合には、さらに進んでいきます。