企業の内部で使用するのはどのような種類のオープンソースライセンスですか?[閉まっている]


13

最近、Microsoft Visual Studio用のいくつかのクールなオープンソースアドオンツールとライブラリについて学びました。ツールは、生産性の向上に役立ちます。ライブラリは企業コードベースにリンクされます。

これらのすべてのクールなツールとライブラリをスプレッドシートにリストしました。それぞれが所有するライセンスの種類を実行します。これまでのところ、私のクールなライブラリの中には、MITBSDApache License Version 2.0があります。ただし、今後さらに増える可能性があります。

社内での使用と互換性のない(社外に配布しない)人気のあるライセンスをどのように見つけることができますか(または、さらに良いのですが、リストに載せますか)。そして、追加の感謝を述べて、あなたは説明を言ったり指摘したりすることができます。私は弁護士ではないので、これらのライセンスの細かい活字を読むと頭痛がします。

許可されたライセンスを使用しても問題ない理由を説明できるようにしたいと思います。


6
あなたは本当にあなたの会社の誰かとこれを取り上げたいと思うでしょう。一般原則として、プロプライエタリなソフトウェアでGPLを使用することは違反です。GPLライセンスはバイラルです。つまり、会社がGPLライセンスのコードを使用している場合、基本的にプロジェクト全体をオープンソース化する必要があります。 ただし、ほとんどのオープンソースライセンスはバイラルではありません。Mozilla Public Licenseのように、MPLコードベース自体に加えた変更を自由に公開する必要があるものもありますが、その要件は独自のコードに引き継がれません。しかし、これは本当に広すぎる質問なので、ここで簡単に答えることはできません。
メイソンウィーラー

22
@MasonWheeler:copyleftのような規定はすべて配布に関するものです。プログラムが内部でのみ使用される場合は、問題ではありません。
ロバートハーヴェイ

2
@toddmo:Mason Wheelerは、GPLについて書いているときに、質問の「社外に配布しない」部分を完全に無視しているようです。stackoverflow.com/questions/1492687/を
Doc Brown

3
リチャード・ストールマン自身でさえ、GPLソフトウェアを使用して配布しなければ、何も寄付する必要はないと常に言っています。しかし、常にライセンスを読んでください。特に、短いライセンスは読みにくいものではありません。コンピューターコードを読むことができれば、これらのライセンスを読むことができます。
ブランディン

2
@BasileStarynkevitchソフトウェア開発者の観点からのライセンスに関する質問(たとえば、使用法、ライセンス、理解など)は、特別な法的助言を求めていない限り、話題になっています。私の印象では、OPは彼が取り組んでいるソフトウェアの適切なライセンスを選択するためのガイダンスを探しているので、この質問は問題ないということです。
maple_shaft

回答:


20

一般に、オープンソースソフトウェアの使用の結果として発生するライセンスの合法性は、次の2つの要因に要約されます。

  1. 商用利用、および
  2. 分布。

配布とは、ソフトウェアを組織外の第三者に「授与」することです。ソフトウェアを内部でしか使用しないと言うので、「コピーレフト」(GPLライセンスのウイルス部分に使用される用語)のような法的メカニズムはおそらく組織に適用されません。

商用利用(またはその他の任意の制限)は別の問題です。ライセンスを注意深く読み、それらの制限のいずれかが組織に適用されるかどうかを判断してください。特に、Apache、MIT、BSDなどの寛容なライセンスには、制限条件があったとしてもほとんどありません。これらのライセンスは「内部使用」に最適です。

あなたの会社はオープンソースソフトウェアの使用を嫌がっているようです。多くの企業は、ソフトウェアやその他の知的財産を完全に所有しなければならないと考えているため、自社の開発者がすべてのコード行を作成する必要があるというポリシーを持っています。オープンソースライセンスの意味を明確にすることは、必ずしもその考えを変えるとは限りません。


2
これらの3つのライセンスには、企業内でそれらを自由に使用することを妨げる特定の制限はありません。それらはすべて「許容」ライセンスと見なされます。
ロバートハーヴェイ

3
ほとんどの企業は、「コピーレフト」ライセンスに触れないだけで、十分な理由があります。システムを完全に「隔離」し、GPL / AGPLのコードに間接的に触れないようにすることは、境界線上不可能です。WTFPLのような明らかに「寛容な」ライセンスも、著作権などの重要な法的問題が曖昧すぎるため、役に立たない。訴訟をうまく防御できると思っていても、本当にそれをやりたいですか?(ヒント:あなたの弁護士はたぶんそうしないでしょう。)ApacheとMITに固執してください。BSDも大丈夫だと思います。
アーロンノート

1
@Aaronaught WTFPLは著作権が曖昧であるというあなたの主張を支持する、一般的に尊敬される情報源はありますか?FSFはそれをGPL互換として受け入れます。主要なLinuxディストリビューションは無料で受け入れています。OSIがそれを曖昧すぎると拒否したという主張を見つけることができますが、これは偽であり、OSIはそれを冗長として拒否しました。確かに、WTFPLの問題を考えることはできますが、著作権に関して言えば、曖昧さはそれらの問題の1つではありません。
hvd

2
@hvd:企業弁護士が「無料」や「不自由」などのことを本当に気にしていないことを知ってショックを受けるかもしれません。彼らは「訴えられることなくこれを使うことができますか?」あなたは実際にWTFPLを読んで ますか?何も教えてくれません。Apacheライセンスのセクション2を読んで、適切な著作権条項がどのようなものかを確認してください。WTFPLは、明示的に著作権ライセンスを付与することも、そのライセンスを取消不能にすることもしません。FSFの評価を読む必要はありません-自分でライセンスを見てください!
アーロンノート

2
まだこれについて話しているのですか?
ロバートハーヴェイ

6

注意すべき点がいくつかあります。まず、サードパーティのコードを要求せずに使用すると、会社の弁護士が適切になる場合があります。そのため、上司やマネージャーに伝えて同意を得るまで、サードパーティのコードを使用しないでください。あなたが言ったように、あなたは弁護士ではありません。

第二に、厄介なもの:インターネット上でコードを見つけ、それが何らかのライセンスを持っている場合、それがどこから来たのかわかりません。ライセンスを追加した人が実際にそうする権利を持っているかどうかはわかりません。

第三に、GPLライセンスと内部使用の場合:現在内部使用されているものは、内部使用のために留まらない場合があります。社内で使用するための本当に素晴らしいソフトウェアを書いたかもしれませんし、あなたの会社はそれを売ってお金を稼ぐことを決めるかもしれません。そして、あなたは問題を抱えているかもしれません。


2番目の例では、他の誰かの問題になります
-whatsisname

4
@whatsisname彼女があなたを訴えたとき、それを元の作者に伝えてください。
サピ

A BはAがBに気付かないことさえあるかもしれません。Cは、使用、変更、再配布を行った人であるため、Cは停止して損害を支払う必要があります。地獄では、Cの続行を許可する方法はありません。せいぜい、Cは法廷でBの後に行くことができますが、それはCが実際にBを見つけることができる場合にのみです。たとえば中国の人なら幸運です。
hvd

パラグラフ2の状況は常に可能性です。コードにリンクされたクローズドソースを使用するライセンスを持つ商用ソースライブラリを購入するとします。そのソフトウェアを合法的に販売した会社がその権利を持っていることをどのように本当に知っていますか?
ブランディン

1
パラグラフ2は最も危険です。開発者が、少しのコードは「彼がどこかのサイトで見つけた何か」であり、リリースにかなり近いと述べたとき、私は個人的にこれに遭遇しました。楽しくない。「すべてをコードレビューする理由」のレッスン#412。
ロボット

2

これはコンテキストに大きく依存します。

オープンソースソフトウェアを使用する場合は、無料です。

社内のプロジェクトの基盤としてオープンソースソフトウェアを使用する場合は、自由に使用できます(gplなどのより伝染性の高いライセンスでは、コンパイルされたコードの配布先全員に要求に応じてソースコードを提供する必要があるため、内部アプリケーションの場合、これは問題ではありません)

製品のベースにオープンソースソフトウェアを使用したい場合は、ライセンスに注意深く従う必要があります(これに会社の弁護士を巻き込んでください)。コンパイルされたコードを受け取る人。場合によってはこれは許容できます(たとえば、ソースコードを所有している1人の顧客向けにカスタム製品を作成するなど)。 )

しかし、あなたの質問に直接答えるために、lgplとgplは社内での使用にはまったく問題ありません。

私はneditまたはgnuをダウンロードできるので、コードを公開せずに心のコンテンツに変更し、それを自分で使用するので、雇用者自身の内部使用のためにそうすることに違いはありません。

弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.