アカウント名:
パスワード:
あれは大規模システム開発を「ほどほどの/しょぼしょぼの」 プログラマどもにやらせること、を想定した設計です。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
クラックを法規制強化で止められると思ってる奴は頭がおかしい -- あるアレゲ人
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)