アカウント名:
パスワード:
> この判断はソフトウェア開発分野での進歩、競争、革新に有害である
APIを作った奴がそうしたいってならそうさせてやるべきだろ
オープンな方がいいなら、オープンなライセンスで公開すればいいし、利用者側もそういうAPIを選べばいいだけの話だろう現にオープンソースのソフトウェアはそれで回ってるんだから
APIだけ著作権の例外にしなくちゃいけない理由になってないと思う
APIに著作権が発生するというなら将来OracleJDKが新しいバージョンのJavaで新たに追加したクラスライブラリについてOpenJDKが互換性を持たせようと同名のクラスライブラリを追加しようとしたら著作権侵害で訴えられたり、それを回避するために片方にあるJavaクラスライブラリを片方では違う名前で実装せざるを得なくなってOpenJDKで実行できるバイナリがOracleJDKで実行できなくなるという不都合が起きるのでは？
ソース互換は無くなりますが、コンパイルで同一のバイトコードが吐かれるなら問題無いのでは。
Javaはコンパイル後のバイナリにもクラスやメソッドが文字列で含まれているので同一のバイトコード吐かせるならOracleの主張する著作権を侵害しますよ。
JVMで動くことだけ考えるなら、ライブラリという概念を放棄して必要なクラスのバイナリも一緒に配布すればいいけど配布するファイルサイズが巨大化するだろう。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
「科学者は100%安全だと保証できないものは動かしてはならない」、科学者「えっ」、プログラマ「えっ」
そんな理屈が通るかい (スコア:0)
> この判断はソフトウェア開発分野での進歩、競争、革新に有害である
APIを作った奴がそうしたいってならそうさせてやるべきだろ
オープンな方がいいなら、オープンなライセンスで公開すればいいし、
利用者側もそういうAPIを選べばいいだけの話だろう
現にオープンソースのソフトウェアはそれで回ってるんだから
APIだけ著作権の例外にしなくちゃいけない理由になってないと思う
Re: (スコア:0)
APIに著作権が発生するというなら
将来OracleJDKが新しいバージョンのJavaで新たに追加したクラスライブラリについてOpenJDKが互換性を持たせようと
同名のクラスライブラリを追加しようとしたら著作権侵害で訴えられたり、
それを回避するために片方にあるJavaクラスライブラリを片方では違う名前で実装せざるを得なくなって
OpenJDKで実行できるバイナリがOracleJDKで実行できなくなるという不都合が起きるのでは？
Re: (スコア:0)
ソース互換は無くなりますが、コンパイルで同一のバイトコードが吐かれるなら問題無いのでは。
Re:そんな理屈が通るかい (スコア:0)
Javaはコンパイル後のバイナリにもクラスやメソッドが文字列で含まれているので
同一のバイトコード吐かせるならOracleの主張する著作権を侵害しますよ。
JVMで動くことだけ考えるなら、ライブラリという概念を放棄して必要なクラスのバイナリも一緒に配布すればいいけど
配布するファイルサイズが巨大化するだろう。