アカウント名:
パスワード:
JVM上で動くのだから過去のライブラリにかんしちゃ問題ないんでないの?
C++から複雑さを取り除いたことが売りの一つだったはずのJava言語が、今やジェネリックスだのアノテーションだのforeachだのを追加して複雑になっていくことへの批判だろ。
Java 言語が複雑になっていることは間違いないですし、C++ から複雑さを取り除いたはずなのにというのはおおむね同意なのですが。
人間も成長していますし、時代によって Java 言語に求められているちょうどいい複雑さというのは変わっていっていると思います。ですので、ジェネリクスやアノテーションが追加されたことが、Java 言語が思想とぶれていることにはならないかと。
また、ジェネリクスに関しても Java と C# を比べると、Java の方がシンプルだと思いますよ。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
あつくて寝られない時はhackしろ! 386BSD(98)はそうやってつくられましたよ? -- あるハッカー
重要なのはライブラリ (スコア:2, すばらしい洞察)
世に受け入れられているのはライブラリが豊富だからです。
業務では仕様が安定している事も重要ですが、まずは趣味で使ってもらう事を考えると二の次。
DやらなにやらC/C++の汚さに業を煮やしてオレオレC言語を作ろうとする流れはよくありますが、
最初からよっぽど豊富なライブラリを備えていない限りは
既存のライブラリとリンクが出来ないと使う気が起きないわけですね。
となると最低限既存ライブラリとマングルを合わせる事が必要ですが、それでもまだ使う気が起きないので
既存ライブラリのヘッダファイルの読み込みもサポートして欲しいわけです。
そしたら結局既存言語のパーサーを備えなきゃいけないので、
じゃあ既存言語使えば良いじゃん、というジレンマ。
と、ここまで書きましたが、過去の不満点を改良した言語には期待しています。
Re: (スコア:0)
JVM上で動くのだから過去のライブラリにかんしちゃ問題ないんでないの?
Re: (スコア:0)
C++から複雑さを取り除いたことが売りの一つだったはずのJava言語が、
今やジェネリックスだのアノテーションだのforeachだのを追加して複雑になっていくことへの批判だろ。
Re:重要なのはライブラリ (スコア:2)
Java 言語が複雑になっていることは間違いないですし、C++ から複雑さを取り除いたはずなのにというのはおおむね同意なのですが。
人間も成長していますし、時代によって Java 言語に求められているちょうどいい複雑さというのは変わっていっていると思います。ですので、ジェネリクスやアノテーションが追加されたことが、Java 言語が思想とぶれていることにはならないかと。
また、ジェネリクスに関しても Java と C# を比べると、Java の方がシンプルだと思いますよ。