アカウント名:
パスワード:
あれは大規模システム開発を「ほどほどの/しょぼしょぼの」 プログラマどもにやらせること、を想定した設計です。
他の言語と比較して使い物にならないと考える理由をぜひどうぞ!
じゃあなんでJakarta-Apacheの便利なAPI群がRubyには無いの?
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
吾輩はリファレンスである。名前はまだ無い -- perlの中の人
JAVAは失敗だった (スコア:1)
失敗だった。不向きだった。Servlet/Tomcat/J2EE/Weblogic・・・
それらは全て「単純な事を複雑に表現する」だけだった
Re:JAVAは失敗だった (スコア:2, 興味深い)
スクリプト言語のサポートを得ることで多少はシンプルになるんでしょうかね。
Re:JAVAは失敗だった (スコア:0)
ちょっとしたシステムを開発するのになぜこのように回りくどいことをする必要があるのかと言う,
言い分は良く耳にしますね.
スクリプト言語のサポートにより, 保守性を下げる代わりに個人の開発効率を向上させる
という選択肢も増えていけばよいなぁと思います.
ここまで書いておいてなんだが, 今回は "J2SE" の話なので"J2EE"の話はトピック違いな感じが.
Re:JAVAは失敗だった (スコア:1, 興味深い)
(EEだけじゃなくSEというか言語仕様まで含めての話として)
大規模というだけでは不正確ですね。
あれは大規模システム開発を「ほどほどの/しょぼしょぼの」プログラマどもにやらせること、
を想定した設計です。
つまり、当初の目的(!)どおり、
「C/C++プログラマが、次の時代の仕事をやれるための、受け皿」
だったわけです。
言語仕様としてももちろんだし、ライブラリの機能(メソッド)の設計の発想も、
C/C++から大きく飛躍した部分は意図的に削られている。
プロトタイプのOWKとかいう言語に比べて、ずいぶん"大人しくC
Re:JAVAは失敗だった (スコア:1)
どこにもなかった」というのが結論でしょう。プログラマの生産性を測る、
などという大仕事は誰もやりたくないから、人月単価を抑制するという、
猿でも分かる目標を立てることで、仕事するフリする輩が多かったということ。
(こんなメカニズムも分からずに成果主義を導入した経営者は猿にも劣ります。)
技術の話に戻すと、Java 言語が駄目なことはもう明らかになっていると思うので、
スクリプト言語(なり何なり)を実行するインフラとしての Java 環境が生き残れば
いいってことになるんじゃないでしょうか。
Re:JAVAは失敗だった (スコア:0)
最近、Sourceforgeで一番開発に利用されている言語はJava言語という統計が出ています。
あなたにとって、「Java言語は, 駄目駄目の使えない言語」は自明の論理と思っているかもしれませんが、
この統計情報を考慮に入れると、上記の論理は自明であるとは思えません。
貴方にとって、他の言語と比較して使い物にならないと考える理由をぜひどうぞ!
Re:JAVAは失敗だった (スコア:1)
Java 言語を扱える開発者数が膨大であるにも関わらず、Ruby on Rails みたいな
人気のあるフレームワークが Java に移植されない理由をどう説明する?
彼らは、Ruby とか JRuby とかを覚えない限り Rails の恩恵に与れない。
もしも Java という言語が Ruby に伍して行けるとすれば、なぜこんな状況が持続する?
Sun は十分に認識していると思う。だから Java (言語)を見限った開発者をあえて
Java Champion の列に加えることで、状況を変えようとしている。
Re:JAVAは失敗だった (スコア:0)
>人気のあるフレームワークが Java に移植されない理由をどう説明する?
じゃあなんでJakarta-Apacheの便利なAPI群がRubyには無いの?
Re:JAVAは失敗だった (スコア:1)
Jakarta の投資規模 (たとえば Tomcat に対する Sun の投資) には全然敵わないだろうけれどね。
しかし金のかけ方やコードの総行数は問題ではなく、プログラマをどれだけ支援してくれるかが問題だ。
それに、Ruby の開発者数は Java に比べて大変少ないので、Java で成功したライブラリが
Ruby に移植される方向への力はそれに応じて小さい。