アカウント名:
パスワード:
これが全てでしょう
「金にならない」より、「GPLを使っていると高い金を出して作った成果物が法的にパーになる可能性がある」のほうが適切ではないかな。MIT/BSD/Apache系ライセンスの場合にはこういうことは起こらない。
「成果物が法的にパーになる」というか、放出(公開)しなきゃならなくなる、という解釈でしょうか。
しかし逆に考えると、自分が公開しなきゃならなくなるのが10なら、GPLが拡がれば、他人が公開しなきゃならなくなる(=自分が利用できる)ものは100にも1000にもなる訳です。そもそもGPLの理念はそういうことだと思うんです。やっぱり目先の利益が大事でしょうかねえ。
>やっぱり目先の利益が大事でしょうかねえ。
利益が無きゃ生きていけませんしね。理念やボランティアだけで生きて行けるのなら、ソフトウェアで商売しなくても良いのでしょうが。
後、本当に高い技術力がないと、「公開＝恥」という事になる人も結構多いかと？
>>やっぱり目先の利益が大事でしょうかねえ。
>利益が無きゃ生きていけませんしね。
そりゃそうです。問題は「目先の」。
金をかけて開発したものを公開することになって、利益を取り損なったような気になるけど、そうすることによって他者もまた同じわけだから、自分が利用できるものも増えてだんだん開発コストが下がって、結局自分の利益にすることができる、と考えるのは難しいですか。
ええ、難しいです。
一番の理由は納品先のお客様自身が納品物を一般に公開される事を良しとしないからですね。
パッケージソフトの様に自社の管理下にあるのなら、まだ良いのでしょうが、業務用アプリの場合、納品後の権利はお客様自身の物になるので、公開自体が権利の侵害になる場合があるのです。
そのような納品物ならGPLでも公開の対象ではないでしょ。
そういう条項ってありますか？あるのなら、敬遠されたりはしないと思うのですが？
普通逆だろ。この条項に公開義務があるって指摘しろよ。
なんで敬遠されるかって言うとお前みたいな契約書を読まずにイメージで適当なことを言う馬鹿が多いからだよ。
すいません。確かにその通りですね。
GPLは、私が機密保持契約の下で改変されたバージョンを開発することを許可していますか? [gnu.org]
はい。たとえば、あなたはあるプログラムに改変を加え、そのあなたの改変した点をクライアントがOKを出すまで公開しないことに同意するという契約を受諾することができます。この場合、GPLによって保護されているコードがNDAの下で頒布されているということにはなりませんので、こういったことが可能になるのです。
しかし、そうするとACの指摘は無意味ですね。そもそも第三者に公開しないのだから。
＃バイナリ売ってる会社では、死活問題です。＃それが良いかどうかは別として、「後で還元される」なんて言っているような余裕は、大企業にしか無い。
オリジナルでなく人の著作物に乗っかってるのに死活問題って偉そうな。
いやいや、「だから」GPLを選ばないんでしょ。MIT/BSD/Apacheライセンスを適用して配布する開発者は、そりゃ援助が貰えればより嬉しいだろうけど、別に援助が無くても好きに使ってくれていいよって言う表明でしょ？
余談だけど、自分の場合は、自分の完全に自由になる時間があって、しかも懐に余裕があって当面の生活に困らないっていう状況なら、BSDで配布するよ（実際に、少し配布している）。それは、何も見返りは要らないし、真の意味で自由に使ってくれた方が、個人だろうが企業だろうが、それで潤ってくれれば良いと思うから。本業の「プロプラエタリソフトウェア」が儲かっていれば、そこから飯が食える。これをBSDやらGPLで公開しろと言われたら、じゃあ、誰が飯食わしてくれるのさ？
逆に、日雇いやってた頃なんて、プロプラエタリソフトもまだ売れず、来月資金繰りどうするかって気が気じゃない。そういう状況で、何かを無償で配布するなんてありえないし、まして商品をGPLで配布しろなんてふざけるなと。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
吾輩はリファレンスである。名前はまだ無い -- perlの中の人
金にならない (スコア:0)
これが全てでしょう
Re: (スコア:1)
「金にならない」より、「GPLを使っていると高い金を出して作った成果物が法的にパーになる可能性がある」のほうが適切ではないかな。
MIT/BSD/Apache系ライセンスの場合にはこういうことは起こらない。
Re: (スコア:0)
「成果物が法的にパーになる」というか、放出(公開)しなきゃならなくなる、という解釈でしょうか。
しかし逆に考えると、自分が公開しなきゃならなくなるのが10なら、GPLが拡がれば、他人が公開しなきゃならなくなる(=自分が利用できる)ものは100にも1000にもなる訳です。そもそもGPLの理念はそういうことだと思うんです。やっぱり目先の利益が大事でしょうかねえ。
Re: (スコア:1)
>やっぱり目先の利益が大事でしょうかねえ。
利益が無きゃ生きていけませんしね。
理念やボランティアだけで生きて行けるのなら、ソフトウェアで商売しなくても良いのでしょうが。
後、本当に高い技術力がないと、「公開＝恥」という事になる人も結構多いかと？
通知の設定いじったから、ACだとコメントされても気づかない事が多いよ。あしからずｗ
Re: (スコア:0)
>>やっぱり目先の利益が大事でしょうかねえ。
>利益が無きゃ生きていけませんしね。
そりゃそうです。問題は「目先の」。
金をかけて開発したものを公開することになって、利益を取り損なったような気になるけど、そうすることによって他者もまた同じわけだから、自分が利用できるものも増えてだんだん開発コストが下がって、結局自分の利益にすることができる、と考えるのは難しいですか。
Re: (スコア:1)
ええ、難しいです。
一番の理由は納品先のお客様自身が納品物を一般に公開される事を良しとしないからですね。
パッケージソフトの様に自社の管理下にあるのなら、まだ良いのでしょうが、業務用アプリの場合、納品後の権利はお客様自身の物になるので、公開自体が権利の侵害になる場合があるのです。
通知の設定いじったから、ACだとコメントされても気づかない事が多いよ。あしからずｗ
Re: (スコア:0)
そのような納品物ならGPLでも公開の対象ではないでしょ。
Re:金にならない (スコア:1)
そういう条項ってありますか？
あるのなら、敬遠されたりはしないと思うのですが？
通知の設定いじったから、ACだとコメントされても気づかない事が多いよ。あしからずｗ
Re: (スコア:0)
普通逆だろ。この条項に公開義務があるって指摘しろよ。
なんで敬遠されるかって言うとお前みたいな契約書を読まずにイメージで適当なことを言う馬鹿が多いからだよ。
Re:金にならない (スコア:1)
すいません。確かにその通りですね。
通知の設定いじったから、ACだとコメントされても気づかない事が多いよ。あしからずｗ
Re: (スコア:0)
GPLは、私が機密保持契約の下で改変されたバージョンを開発することを許可していますか? [gnu.org]
Re: (スコア:0)
しかし、そうするとACの指摘は無意味ですね。そもそも第三者に公開しないのだから。
＃バイナリ売ってる会社では、死活問題です。
＃それが良いかどうかは別として、「後で還元される」なんて言っているような余裕は、大企業にしか無い。
Re: (スコア:0)
オリジナルでなく人の著作物に乗っかってるのに死活問題って偉そうな。
Re: (スコア:0)
いやいや、「だから」GPLを選ばないんでしょ。
MIT/BSD/Apacheライセンスを適用して配布する開発者は、そりゃ援助が貰えればより嬉しいだろうけど、別に援助が無くても好きに使ってくれていいよって言う表明でしょ？
余談だけど、自分の場合は、自分の完全に自由になる時間があって、しかも懐に余裕があって当面の生活に困らないっていう状況なら、BSDで配布するよ（実際に、少し配布している）。それは、何も見返りは要らないし、真の意味で自由に使ってくれた方が、個人だろうが企業だろうが、それで潤ってくれれば良いと思うから。
本業の「プロプラエタリソフトウェア」が儲かっていれば、そこから飯が食える。これをBSDやらGPLで公開しろと言われたら、じゃあ、誰が飯食わしてくれるのさ？
逆に、日雇いやってた頃なんて、プロプラエタリソフトもまだ売れず、来月資金繰りどうするかって気が気じゃない。そういう状況で、何かを無償で配布するなんてありえないし、まして商品をGPLで配布しろなんてふざけるなと。