タグ付けされた質問 「licensing」

ソフトウェアのソフトウェアライセンスの実装に関する質問。無料またはオープンソースのソフトウェアについて質問する場合は、ここで質問しないでください。代わりに、** Opensource.SE **(https://opensource.stackexchange.com)がこのサイトよりも質問に適しているかどうかを確認してください。

3
ライセンスキーを生成するための最適なメカニズム[終了]
ライセンスキーを生成するために人々が提案する方法/ライブラリ/ツールはどれですか(ソフトウェアを登録するときに入れる素敵なAAAAA-AAAAA-AAAAA-AAAAA-AAAAAのもの)? それらを実装する際に注意すべきことはありますか? (現時点では、言語固有ではなく一般的なものとしてこれに興味があるので、ソリューションが言語固有である場合は、使用している言語を明記してください)。
35 licensing 

5
軍事アプリケーションを明示的に禁止する「オープンソース」ライセンス
私は研究者であり、私の研究では多くのプログラミングを行っています。私はオープンソースのコンセプトの大ファンです。特に研究では、透明性と再現性がすでに文化の大きな部分を占めています。私はコミュニティにできる限り貢献し、誰でも使用できるようにコードを公開することもその一環です。 しかし、研究では、作成するものが何に使用されるかについて、常に一定の不確実性の尺度があります。結果や結論を著作権で保護することはできないことを完全に理解していますが、他人が自分のコードを使用する方法を保護できます。また、軍事用アプリケーションに作成したソフトウェアを(合法的に)組み込む方法がないことを確認したいと思います。 一般的なOSSライセンスの短いものといくつかの要約を読みましたが、それらはすべて「コードでお金を稼いでいますか?」という質問だけに焦点を当てているようです。「プログラムで私のコードを利用可能にしますか?」-プログラムが実際にコードで行うことについては何もしません。 あらゆる種類の軍事アプリケーションを明示的に禁止する優れたオープンソースライセンスはありますか? 更新: OSSのしくみをさらに読んだ後、オープンソースライセンスはフィールドを区別できないため、定義によって自分のニーズを満たすライセンスはオープンソースではないことに気付きました。したがって、軍事使用を禁止していることを除いて、オープンソースライセンスに似たライセンスを探しています。このライセンスは、既に存在している、作成されている、または少なくとも実際にライセンスを知っている人がレビューする必要があります。 また、これを実施するのは難しいといういくつかの発言に応えて、はい、私はそれを実現しています。しかし、これは法的意味よりも私自身のほうが重要です。このようなライセンスを使用し、軍組織がとにかく私のコードを使用する場合、彼らは法律を破り、私の明示的な指示がないにもかかわらずそれを行っています。したがって、私が書いたソフトウェアを含むアプリケーションで彼らが行う恐ろしい可能性は、ソフトウェアを私から盗んだので、もはや「私の意識」ではありません。(そしてどこかで私がやったことを彼らが必要とし、私のライセンスが彼らが合法的にそれを使用することを禁じているなら、彼らは同じことをしてそれを使用できるようにする他の誰かのプログラムを手に入れるだろうというナイーブな希望を持っている。常に行うが、彼らは常に法律を遵守する必要があります...) それはいわば、私が実際に法廷で提起することを期待するものではなく、道徳的な保護手段です(私の平凡なコードがCIAによって使用された場合...)

6
非営利コードをオープンソースにしない理由は?[閉まっている]
私はオープンソースコードの大ファンです。オープンソース化の利点のほとんどを理解していると思います。私は理科の学生研究者であり、オープンソースではない(プロプライエタリであるか、パブリックでない)非常に驚くべき量のソフトウェアとコードを使用する必要があります。私にはこれの正当な理由が本当にわかりません。そして、コードとそれを使用している人々は、より一般的になることから間違いなく恩恵を受けることがわかります他の人があなたのコードにアクセスできない場合、それははるかに困難です)。 :私は外出して布教活動を開始する前に、私が知りたいのために何かいいの引数がありません OSI準拠のライセンスで公に非営利コードをリリースは、と? (私は周りに同様の 質問がいくつかあることを理解していますが、ほとんどはコードが主にお金を稼ぐために使用される状況に焦点を当てており、答えにあまり関連性がありませんでした。) 明確化:「非営利」とは、親会社のブランド認知や投資家の利益期待など、下流の利益の動機を含みます。言い換えれば、質問は、ソフトウェアに関連する利益の動機がまったくないソフトウェアにのみ関連します。

3
Javaは無料/オープンソースですか?
2006年11月13日、Sunは、GNU General Public License(GPL)の条件の下で、Javaの多くを無料のオープンソースソフトウェア(FOSS)としてリリースしました。2007年5月8日に、Sunはプロセスを終了し、Sunが著作権を保有していないコードの一部を除き、Javaのすべてのコアコードをフリーソフトウェア/オープンソース配布条件で利用できるようにしました。 OpenJDK(Open Java Development Kit)は、Javaプログラミング言語の無料でオープンソースの実装です。これは、Sun Microsystemsが2006年に開始した取り組みの結果です。実装は、リンク例外を除き、GNU General Public License(GNU GPL)の下でライセンスされています。 Javaが言論の自由のようにオープンソースでもフリーでもないという人がまだいるのはなぜですか? 何か不足していますか? Javaはまだ独自仕様ですか?


1
LGPL 2.1とLGPL 3.0の長所と短所
私が読んだことから、LGPL 3.0では、ライセンスを他のライセンスと一緒に使用することができ、それについてより寛容です(それについてさえ確信していません)。https://www.gnu.org/licenses/gpl-faq.html#AllCompatibilityはLGPL 2.1はそれと互換性がありながら、それは、GPLv2のと互換性がないことを言います。それは私が読んだこととは少し反対です... それで、LGPL 2.1と比較したLGPL 3.0の本当の長所と短所は何か知っていますか? 1つの欠点は、GPLv2と互換性がないことです。
32 licensing  gpl  lgpl 

3
商用WebアプリケーションでApacheソフトウェアライセンス、バージョン2.0およびGNU LGPL 3ライセンスプラグインを使用できますか?
2つのプラグインがあります。1つはGNU LGPL 3ライセンスを持ち、もう1つはApacheソフトウェアライセンスバージョン2.0を持っています。商用アプリで使用できますか?はいの場合、どのような予防策を講じる必要がありますか?

4
New BSDライセンスの「非推奨条項」の目的は何ですか?
注:この質問は、「不快なBSD広告条項」に関するものではありません。New BSDライセンスにはその条項は含まれておらず、GPLと互換性があります。 私は自分のプロジェクトのNew BSDライセンスとMITライセンスのどちらかを選択しようとしています。BSDライセンスに次の条項が含まれていることを除いて、これらは基本的に同じです。 <組織>の名前もその貢献者の名前も、書面による事前の許可なしに、このソフトウェアから派生した製品を推奨または宣伝するために使用することはできません。 なぜこの節を使用したいのでしょうか?誰かがあなたのコードを使って有名なソフトウェアを作った場合、悪評を得るのは何が悪いのですか また、特定の名前でユーザーができることとできないことを決定することは、知的財産の領域外になりますか?

12
職場で作成したコードを個人的なプロジェクトに再利用するのは間違っていますか?
さまざまな職場で、「これは他の状況で本当に役立つだろう」と考えさせるコードを常に書きました。実際、コードを書くのに時間がかかっても、意図的にコードを作成します。これは、将来的に役立つことがわかっています(カスタムSubString()関数など)。これらのスニペットの適切な候補は、さまざまな「ヘルパー」クラスです。 これらのスニペットは、おそらくオンラインの他の場所で見つけることができると確信していますが、ポイントは、私がそれらを書いて、後で他の仕事や個人的なプロジェクトで再び使用することです。現在、私は個人的なコードライブラリを維持しませんが、問題がある、それはあなたがそれを仕事で生産し、再使用しているコード(取ることが間違っている個人的なプロジェクトのために)、および(B他のジョブで)?


4
昨年からのオープンソースプロジェクトの更新の著作権日はいつですか?
2011年に、Apacheライセンスを使用してライセンスされたオープンソースコードをリリースしました。そのため、すべてのソースファイルの先頭にこのボイラープレートメッセージがあります。 /* Copyright 2011 My Name Licensed under the Apache License... <blah blah> */ それで今は2012年で、バージョン1.1をリリースする準備ができています。そのため、ほとんどすべてのソースファイルが何らかの方法で変更されています。また、いくつかの新しいソースコードファイルが追加されました。 既存のファイルの著作権日付を更新するにはどうすればよいですか?次は各ソースファイルの正しい更新ですか?(つまり、2011を「2011-2012」に変更) /* Copyright 2011-2012 My Name Licensed under the Apache License... <blah blah> */ 新しいソースファイルCopyright 2011-2012も同様に適用されますか?または、新しいコードは単に取得しCopyright 2012ますか?

7
オープンソースプロジェクトのライセンスを選択する
私はいくつかのオープンソースプロジェクトを行ってきましたが、将来さらに多くのことをする予定です。これまで、すべてのコードをGPLでリリースしましたが、GPLは企業環境で使用するコードには制限が強すぎると主張する記事をいくつか読みました。これは、おそらく、貢献を減らします。 私が達成したかったのは次のとおりです。 以下のための完全なアプリケーション: アプリケーションのサポートを販売する以外の商用利用はできません(つまり、アプリを販売することはできませんが、周辺のすべては販売できます) 以下のためのライブラリ(コンポーネント、プラグイン、...): 変更せずに商用プロジェクトに含めることができます ライブラリ/コンポーネントの変更はオープンソースでなければなりません(貢献します)-プロジェクトの残りの部分、商用かどうかは影響を受けません アプリケーションにとって、GPLは依然として論理的な選択のようです。図書館については、ライセンスに関する私の原始的な理解から、LGPLはぴったりだと思うようになりますが、よくわかりません。私はMITライセンスを見てきましたが、それは寛容すぎるようです。 たいていの場合、改善が貢献している限り、人々に自分のコードを好きな場所で使用してもらいたいです。 これは私の質問に私を連れて来ます:LGPLはオープンソースライブラリ、コンポーネント、プラグインなどの論理的な選択ですか?より良い代替手段はありますか?GPLは私のアプリケーションにとって良い選択ですか、それとももっと良いものがありますか? 更新: 私の最終決定に興味がある人のために、マルチライセンス方式、MPL、LGPL、GPLでライブラリをリリースすることにしました。これにより、MPLの下でコードを変更しない限り、事実上すべての人が義務なくコードを使用できます。 これは、コードがFSFとプロプライエタリソフトウェアの両方で使用できることを意味しますが、「悪い」商業的悪用は防止されます(または、私は考えたいと思います)。


2
毎年の初めにgithubでMITライセンスの更新が必要ですか?
私はすべてのgithubプロジェクトでMITライセンスを使用しています。2行目は2013年のトップを示しています。著作権を将来(2013年以降)保持するために、毎年変更する必要がありますか、それともそのままですか?追加したり、変更したり、そのままにしておきますか? The MIT License (MIT) Copyright (c) 2013 Aseem Bansal <aseembansal@ymail.com> //Rest of the MIT LICENSE

3
企業が帰属なしでオープンソースコードを使用する許可を要求した場合、どうすればよいですか?
現在、MITライセンスの下にオープンソースプロジェクトがあります。会社から、帰属やクレジットを与えることなく、自分のコードを商業プロジェクトに使用するようにというリクエストを受け取りました。 正直に言うと、コードをリリースしたとき、私の唯一の意図は仲間のプログラマーを助けることだけであり、私が信用されているかどうかはあまり考えませんでした。ライセンスの選択は、codeplexでプロジェクトをセットアップするために私がしなければならなかったステップの1つにすぎません。 一方で、彼らが実際に迷惑をかけたことを光栄に思っており、感謝している一方で、費用なしで許可しただけでオープンソースの精神が破壊されるかもしれないと感じました。 私または他のコード所有者がそれを公正な取引にするために会社に要求または要求できる典型的なことは何ですか?私もそれを許可する必要がありますか? 会社に公式の意図書を書くように依頼することを考えており、より正式なものにするためだけに署名します。また、私の選択したプロジェクト/慈善団体への寄付をリクエストしたり、ウィッシュリストにある補償として何かを購入したりすることもできます(あまり高価ではありません)。それは多すぎますか?

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