誉めれば世の中が良くなる(けなせば悪くなる)というものではないんですよ。同じくらいけなしても「いい」はずですし、けなしちゃ駄目なら同じくらいに誉めるのも躊躇ってもらわないと困るんです。Anywhere」なんて言葉は大嘘ですよね。いう過大評価な煽り文句を、「うんこ」と同じくらいに、(あなたは)批判してくれますか?無責任(藁)にそれを復唱してる連中を、批判してくれますか?>そういった素養のない人間が、その場のノリだけで特定の言語をさげすむのは無責任だと感じます。その場(ここんとこのたったの10年:-))のノリだけでJavaを持ち上げてる連中が無数に居るわけです。彼らが消えてくれないのならば、少しくらい逆の人も居てもいいはずです。(#606214)>でも本当はinterfaceにもメソッド本体が書けるはずなんだよ。RubyのModuleの仕組みが、(言語仕様のバランスという意味で)良いですね。Javaのあれは、メソッドの衝突を恐れて、「名前だけの衝突なら痛くも痒くもないもんね」という逃げを打ったものです。Rubyは、「衝突しても、プログラマがわかってる範囲なら、まあいいや」作戦ですかね。少々危険ではありますが、Java方式の「圧倒的な不便さ」とのトレードオフだと思えば、悪くない取引だと思います。動的言語としては、やっぱりこうじゃないとねえ。あと、後勝ちという単純な(それゆえ判りやすい)ルールも、結構使える。----ところで、OOPを愛する(笑)者としては、Java(やついでにいえばUML)がOOPの本家!権化!であるかのように最近世の中で扱われているのは、かなり歯がゆいですね。JavaもUMLも、OOP全体から見れば、かなりサブセットというか半端だというか、なのに。なるまで正規表現の>サポートがなかったよね?>これはスクリプト言語使いにとっては受け入れがたいことだったぞ。>今でもJavaでテキスト処理する気がおきん。サポートという意味では、今もサポートは無いですね。ライブラリを提供されただけでは、萌えるわけにはいかないです。#てゆーか、それで足りるんだったら、一昔前から色々有ったFREEな正規表現ライブラリでも足りるはず、なんだよね。RubyやGroovyみたいに、専用の文法が欲しいなあ。「/hoge/」とかさ。Javaにはこれが無いので、今でも使いにくいんですよね。配列やHashをワンタッチで作れる文法も重要ですね。あと余談ですが、OOPはいいんだけど、プリセットのクラスが多すぎるのも辛いですね。Java(やSmalltalk?)だとクラスが多すぎてね。Squeakだと60個以上(!)もあるそうですが、Rubyだとコンテナ系は2つくらいですか。「軽量な(プログラマに負担を強いない)プログラミング」にはこれで殆ど不足しないです。個々の使用状況においては、インスタンスの「一部の側面(メソッド)」だけを使うんで、これで問題なし。固定長配列クラスも必要なし(動的配列だけで全部やりゃいい)。>あーでも、マルチプラットフォームで使えるGUIライブラリは魅力だな。>でもそれってライブラリの魅力であって言語仕様の魅力じゃねーな。GroovyやPnutみたいに、JVMでちゃっかり動く軽量言語があれば、それでいいっていう寸法だ。JVMの起動の遅さがウンザリなんだけどね。細かい周期でコードを弄って実行してを繰り返すとき、その遅さがウンザリなんだよな。JVMをいちいち終了せずに、スクリプト(とそれによって生み出されたクラスやオブジェクト)だけをUnLoadする仕組みって、用意されてるのかな?されてるといいなあ。してないのでなんでかなぁと感じました。本当はinterfaceにもメソッド本体が書けるはずなんだよ。getter/setter使えばほぼ問題なしのはず。これ、Java(というかOOP)の実装についての知識があればよくわかる。#言語仕様とコンパイラは複雑になるけど。極端に縛りをいれた結果なんでしょうね。JVMの起動の遅さがウンザリなんだけどね。その遅さがウンザリなんだよな。