私は最近、Microsoft Visual Studio用のいくつかのクールなオープンソースアドオンツールとライブラリについて学びました。ツールは、生産性の向上に役立ちます。ライブラリは企業のコードベースにリンクされます。
これらのクールなツールとライブラリをすべてスプレッドシートにリストしました。それぞれのライセンスの種類を調べます。これまでのところ、クールなライブラリの中で、[〜#〜] mit [〜#〜]、[〜#〜] bsd [〜#〜]、- Apacheライセンスバージョン2.。ただし、今後さらに増える可能性があります。
社内での使用と互換性のない(社外に配布されない)人気のあるライセンスをどのようにして見つけることができますか(または、もっと良いのは、リストに載せることができますか)?そして、追加の感謝のために、あなたは言うことができるか、説明を指摘することができます。私は弁護士ではないので、これらの免許証の細字を読むと頭痛がします。
許可されたライセンスの使用が問題ない理由を説明する準備をしたいと思います。
一般に、オープンソースソフトウェアの使用の結果として発生する可能性があるライセンスの合法性は、次の2つの要素に要約されます。
配布とは、組織外のサードパーティにソフトウェアを「提供」することを意味します。あなたはソフトウェアを内部でのみ使用すると言っているので、「コピーレフト」(GPLライセンスのバイラル部分に使用される用語)のような法的メカニズムはおそらく組織に適用されません。
商用利用(またはその他の任意の制限)は別の問題です。ライセンスを注意深く読み、これらの制限のいずれかが組織に適用されているかどうかを判断してください。特に、Apache、MITおよびBSDのような寛容なライセンスには、制限条件があったとしても、ほとんどありません。これらのライセンスは、「内部使用」に最適です。
貴社はオープンソースソフトウェアの使用に消極的であるようです。多くの企業は、ソフトウェアやその他の知的財産を完全に所有する必要があると考えているため、自社の開発者はすべてのコード行を記述しなければならないという方針があります。オープンソースライセンスの意味を明確にしても、必ずしも考えが変わるわけではありません。
注意が必要な点がいくつかあります。まず、第三者のコードを尋ねずに使用すると、会社の弁護士が問題を起こす可能性があります。したがって、上司やマネージャーに知らせて同意を得ない限り、サードパーティのコードを使用しないでください。あなたが言ったように、あなたは弁護士ではありません。
第二に、厄介な問題です。インターネットでコードを見つけ、ライセンスがある場合、そのコードの出所がわかりません。ライセンスを追加した人が実際にそうする権利を持っていたかどうかはわかりません。
第三に、GPLライセンスと内部使用の場合:現在内部で使用されるものは、内部使用のために留まらない場合があります。社内で使用するためのすてきなソフトウェアをいくつか作成し、会社がそれを販売することで利益を上げることを決定したとします。そして、あなたには問題があるかもしれません。
これは状況に大きく依存します。
あなたが自由に使えるオープンソースソフトウェアを使いたいなら。
社内プロジェクトに基づいてオープンソースソフトウェアを使用したい場合も、自由です(gplなどのより伝染性の高いライセンスでは、コンパイルされたコードが配布されるすべての人に、リクエストに応じてソースコードを提供する必要があるため、内部アプリケーションの場合、これは問題ではありません)
製品の基礎としてオープンソースソフトウェアを使用したい場合は、ライセンスに注意深く従う必要があります(これについては会社の弁護士に相談してください)。ライセンスが感染している場合は、ソースコードをすべての人が利用できるようにする必要があります。コンパイルされたコードを受け取る人。これが受け入れられる場合もあります(たとえば、とにかくソースコードを所有する単一の顧客向けにカスタム製品を作成するなど)、これは受け入れられない場合もあります(たとえば、「試用版」を誰でも利用できる状態で一般に販売される製品) )
しかし、あなたの質問に直接答えるには、lgplとgplは、社内での使用にはまったく問題ありません。
私はneditまたはgnuをダウンロードできるので、コードを公開する必要なく、それを自分の心のコンテンツに変更し、それを自分で使用することができます。雇用者自身の内部使用のためにそうすることには違いはありません。