アカウント名:
パスワード:
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
「毎々お世話になっております。仕様書を頂きたく。」「拝承」 -- ある会社の日常
7行プログラムでは、、 (スコア:0)
>Java のコードの方が冗長であることは疑いようがないし。
これが「2ちゃんム板7行スレ」的な視点での「冗長」といってる
のだとしたら、どうかと。
7行スレを見た限りでは、Javaが一番汚く書きようがない言語だと
いった印象を、私は持ちましたけどね。
Re:7行プログラムでは、、 (スコア:1)
冗長かどうかが話題のはずなのに、汚く書けるかどうかにすりかわってる。
Javaはたしかに汚く書けないようになってるけど、冗長なのは明らかでしょう。
たかがハッシュをループするのに
for (Iterator it = hash.iterator(); it.hasNext(); ) {
String key = (String)it.next();
String value = (String)hash.get(key);
....
}
とかしなきゃいけないんだよ?
スクリプト言語なら、例えばphpなら
foreach ($hash as $key => $value) {
...
}
で済む。
Javaでは変数に型があるから仕方ない面もあるけど、それを考慮しても
やっぱりJavaは冗長だよ。
#はやく1.5を出してほしいよ、まったく。
個人的な感想だけど、Javaで100行のプログラムは、スクリプト言語だとその半分以下の行数でできると思う。
だからスクリプト言語なら中小規模で済むような開発が、Javaだと大規模開発になってしまう。
「Javaは大規模開発に向く」んじゃなくて「Javaだと大規模開発になってしまう」というのが個人的な実感。
まあ便利なフレームワークがけっこう揃ってるからいいんだけどね。
Re:7行プログラムでは、、 (スコア:0)
実際、再利用するほど同じ処理とかって少ないんですよ、
無論、細かい部分での再利用はあるんですけど、
結局スクリプト言語風にJavaを化けされる為のクラスだったり・・・。
故に、スクリプトの方がサクッとバグも少なく作れちゃうって事で
大規模開発も小規模に仕上がると。
そもそも、Javaでコードが云々って人の多くがオフコ
Re:7行プログラムでは、、 (スコア:1)
>実際、再利用するほど同じ処理とかって少ないんですよ、
そうですね。再利用「できる」じゃなくて「したか」の評価なら
まだ、Web開発自体が再利用されるほどこなれていない。
30年間で何十回も再利用したってのならメリットは出るんでしょう
けど、企業の平均寿命よりも長く生きつづけなくちゃいけない。
ほいで、長生きし始めると、「陳腐化」って一言で、作り直し
が発生しているのが現状じゃないですかね。銀行のシステムで
さえ、銀行の統廃合でじゃんじゃんシステムがなくなっています
からね。
作り直しのコストは目立つけど、再利用しようとしてわざわざ
面倒なことしたけど、実際には再利用されなかった、ってのは
被害として目立たないので、「再利用が正義」として見えやすい
のだとおもいます。
Re:7行プログラムでは、、 (スコア:0)
すべてAPIやクラスライブラリとして用意されています。
それ以外の再利用出来ない部分をコーディングしていくのが
現在の開発であると言えるでしょう。
つまりビジネスロジックの部分と言えます。個々のビジネス
ロジックは業務により大幅に異なり、再利用性は低いです。
頻繁に再利用するような部分をコーディングしなければならない、
またはフレームワークを利用しなければならないというのは、言語
側の不備であり、使用者が無知のためでもあるかもしれません。
Perlであれば、CPAN
Re:7行プログラムでは、、 (スコア:0)
> String key = (String)it.next();
> String value = (String)hash.get(key);
> ....
>}
茶々ですが。
for ループのブロックの中で変数宣言するのはいかがなものかと。
インスタンスの領域バカバカ確保されんじゃん。
Re:7行プログラムでは、、 (スコア:0)
Re:7行プログラムでは、、 (スコア:0)
うーん。
それは、コンパイラが最適化した結果であって、コンパイラの実装依存なんじゃ?
Re:7行プログラムでは、、 (スコア:0)
失礼しました。
javapしてみたら、確かにそうですね。。
しかも、JavaHouseの過去記事 [java-house.jp]に載ってました。
うかつ。