「PHPカンファレンス2004詳細と事前登録開始」記事へのコメント

夏厨に加えて

[Anonymous Coward]

盆厨に相当する人達しか居ないんでしょうかね。
何にでも「つまらない」というのがカッコイイと思ってるファッキンガイ [goo.ne.jp]とか。

そんな自分はPHPがあって良かったなあと思いながら、簡単なツールを書いては悦にいっているわけですが。

Re:夏厨に加えて

[wtnabe (16084)]

オレすげぇって思える [srad.jp]幸せってやつですな。

Re:Javaなんてう○こだとぉ？(スコア:-1, オフトピッ

[t_kei (21706)]

> オレすげぇって思える幸せってやつですな。

今年のLightweight Language Weekendでも盛んに言われていた(らしい)言葉ですね。

# 行ってないので、正確なところはわかりませんが。。

「オレってばスゲー」みたいなことをお手軽にできるのがLL [no-ip.com]っていうのは、
なかなかイカした定義だと、確かに思います。

でも同時に、同じく盛んに吹聴されていたらしい「Javaなんてう○こ」 [no-ip.com]ってのは
ちょっといただけないよなぁ、と僕は思います。

もともと

Re:Javaなんてう○こだとぉ？(スコア:-1, オフトピッ

[Anonymous Coward]

Gosling達が頭悪い奴向けに作ったのがJavaなんだからうんこなのは当然。
同じ奴が書いてるJLSとR5RS読み比べてみ。

Re:Javaなんてう○こだとぉ？(スコア:-1, オフトピッ

[t_kei (21706)]

あー、文意が伝わってないかもしれないです。

Javaに触れたことすらないような人間が、無責任に「Javaなんてう○こ」なんて言っているのであれば、
そいつはHackerじゃねー、ファッキンガイだ、というのが僕の意図です。

Re:Javaなんてう○こだとぉ？(スコア:-1, オフトピッ

[G7 (3009)]

>Javaについてそれなりに知見があった上での批判であれば、それが下品な表現であってもOKだと思います。

誰が言ったかなんてのは、言葉が野に放たれた直後に、意味がなくなります。
誰も責任なんて取れやしないのですよ。

というわけで、誰が言ったかに依存せず、この言葉の内容を評価してみますが、
少なくとも俺は同意しますね。Javaは良い言語ではないです。

遥か昔に誰かが言っていたように、「Javaはイケてる言語」なのだと思います。
何かってーと、最初から流行る事を(アコギに)狙った言語なんですよね、Javaって。
そしてそれに成功している。
まあ90年代半ばの小室哲哉音楽みた

Re:Javaなんてう○こだとぉ？(スコア:-1, オフトピッ

[Anonymous Coward]

「GさんがどうJavaを嫌いか」は伝わっても「Javaがなぜうんこ
と呼ばれるに値するか」がさっぱりわからない文章だな。
「流行ものだからうんこ」「C言語に似てるからうんこ」って
程度の理由なわけ？

で、Gさん的に素晴らしい言語って？PHPはどう？

> >あー、文意が伝わってないかもしれないです。
>
> ＃それは文意ではなく、「文に込め損ねた意味」では？

Re:Javaなんてう○こだとぉ？(スコア:-1, オフトピッ

[G7 (3009)]

>「流行ものだからうんこ」「C言語に似てるからうんこ」って
>程度の理由なわけ？

なぬ？

…ああ、そうか。
まず「C言語はうんこ」という前提が共有できていませんでしたか。こりゃ失礼。

C言語は高級アセンブラとしてはあれでもいいんだろうけど(それにしては半端だが)、
もうちょっと上の層を書くための道具としては駄目な面が多いです…
…という話は既に有名な話だけど、
その話に隠れてしまって、Cのもう1つの問題点が忘れられがちなのかも知れませんね。

それは、((高級)アセンブラとかいうわりには)実行モデルが固定だとか、
変数の持ち方のモデルが固定だとか、
しか

Re:Javaなんてう○こだとぉ？(スコア:-1, オフトピッ

[t_kei (21706)]

おっしゃっている事は概ね理解できます。

ただ、

> そんな「価値の無い概念」を尊重しても意味が無い、と判断されてしまったのでは？
> つまりスルーね。

ってのはどうなんでしょうね？

「Javaなんてう○こ」を連呼している人間の、どの程度の人達が "正当な価値判断"から
「価値の無い概念」だと判断できているのでしょうか？
そういったことを連呼している人間の、どの程度の人達が、計算

Re:Javaなんてう○こだとぉ？(スコア:-1, オフトピッ

[programmer (12835)]

> 「Javaなんてう○こ」を連呼している人間の、どの程度の人達が "正当な価値判断"から
> 「価値の無い概念」だと判断できているのでしょうか？
> そういったことを連呼している人間の、どの程度の人達が、計算機についての基礎的な
> 積み上げを持っているのでしょう？

基礎的な積み上げを持っている人間だからこそ「Javaなんてうんこ」だと感じるんだよ。
いや煽りじゃなくてね、ほんとにそう思うよ。

Javaを何の文句もなく使っている人って、Javaしか知らないか、あるいは
他に知っているのがC/C++ぐらいという人ばっかり。
Javaを批判する人は、他の言語をよく知って

Re:Javaなんてう○こだとぉ？(スコア:-1, オフトピッ

[G7 (3009)]

>でも本当はinterfaceにもメソッド本体が書けるはずなんだよ。

たとえば、RubyのModuleの仕組みが、(言語仕様のバランスという意味で)良いですね。

Javaのあれは、メソッドの衝突を恐れて、「名前だけの衝突なら痛くも痒くもないもんね」
という逃げを打ったものです。

一方Rubyは、「衝突しても、プログラマがわかってる範囲なら、まあいいや」作戦ですかね。
少々危険ではありますが、Java方式の「圧倒的な不便さ」とのトレードオフだと思えば、悪くない取引だと思います。
また、動的言語としては、やっぱりこうじゃないとねえ。
あと、後勝ちという単純な(それゆえ判りやすい)ルールも、結構使える。

----
ところで、OOPを愛する(笑)者としては、Java(やついでにいえばUML)がOOPの本家！権化！であるかのように
最近世の中で扱われているのは、かなり歯がゆいですね。
JavaもUMLも、OOP全体から見れば、かなりサブセットというか半端だというか、なのに。

-----

>他の例をだせば J2SDK1.4 になるまで正規表現の
>サポートがなかったよね？
>これはスクリプト言語使いにとっては受け入れがたいことだったぞ。
>今でもJavaでテキスト処理する気がおきん。

サポートという意味では、今もサポートは無いですね。
ライブラリを提供されただけでは、萌えるわけにはいかないです。
＃てゆーか、それで足りるんだったら、一昔前から色々有ったFREEな正規表現ライブラリでも足りるはず、なんだよね。

RubyやGroovyみたいに、専用の文法が欲しいなあ。「/hoge/」とかさ。
Javaにはこれが無いので、今でも使いにくいんですよね。

そうそう。配列やHashをワンタッチで作れる文法も重要ですね。

あと余談ですが、OOPはいいんだけど、プリセットのクラスが多すぎるのも辛いですね。
Java(やSmalltalk？)だとクラスが多すぎてね。
Squeakだと60個以上(!)もあるそうですが、Rubyだとコンテナ系は2つくらいですか。
「軽量な(プログラマに負担を強いない)プログラミング」にはこれで殆ど不足しないです。
まあこれはズボラなクラス分割のせいなのですが、だからって困るわけではなくて、
個々の使用状況においては、インスタンスの「一部の側面(メソッド)」だけを使うんで、これで問題なし。
固定長配列クラスも必要なし(動的配列だけで全部やりゃいい)。

>あーでも、マルチプラットフォームで使えるGUIライブラリは魅力だな。
>でもそれってライブラリの魅力であって言語仕様の魅力じゃねーな。

そそ。
なので、GroovyやPnutみたいに、JVMでちゃっかり動く軽量言語があれば、それでいいっていう寸法だ。

ただまあ、プログラミングのこと「だけ」考えるなら、 JVMの起動の遅さがウンザリなんだけどね。
細かい周期でコードを弄って実行してを繰り返すとき、その遅さがウンザリなんだよな。
うーん。JVMをいちいち終了せずに、スクリプト(とそれによって生み出されたクラスやオブジェクト)だけを
UnLoadする仕組みって、用意されてるのかな？されてるといいなあ。

Re:Javaなんてう○こだとぉ？(スコア:-1, オフトピッ

[fumiya (1794)]

> ただまあ、プログラミングのこと「だけ」考えるなら、
> JVMの起動の遅さがウンザリなんだけどね。
> 細かい周期でコードを弄って実行してを繰り返すとき、
> その遅さがウンザリなんだよな。
> うーん。JVMをいちいち終了せずに、スクリプト(とそれに
> よって生み出されたクラスやオブジェクト)だけを
> UnLoadする仕組みって、用意されてるのかな？
> されてるといいなあ。

多数のファイルの変換に SmartDoc という Java プログラムを
「高速に」実行したかったのですが、ファイルごとに
SmartDoc を起動しなければならない、つまりファイルごとに
Java VM の起動がかかりとにかく時間がかかるという問題が
ありました。Java には疎いのですがなんとかしたいと思い、
調べたことがあります。

調べた結果、やってみたこと:

1. SecurityManager とかいうクラス(?)から派生クラスを
    作って、checkExit メソッド内で例外を発生させるようにする。
    (exit に対して SecurityExceptio を throw する)
2. 1 のインスタンスを System.setSecurityManager に与える。
3. 起動したいアプリケーションのクラスの main メソッドを
      呼ぶ。
4. 3 のアプリケーションが exit すると、例外が発生するので、
      catch できる → Java VM を終了させず、もう一度 3 に
      戻れる(と思う)。

というのをやったことがあります。実装の途中で
放置プレイしているので、結局、これで
「1つの Java VM で複数の Java プログラムを動作させる(?)」
ことが可能かどうかはわかりません。たぶん、できるんじゃ
ないかなぁ。

…そういうことではなくて?

Re:Javaなんてう○こだとぉ？(スコア:-1, オフトピッ

[G7 (3009)]

>…そういうことではなくて?

うわ。そういう手ありますか。

で、まあ、技術的にはそれでもいいんだと思いますが、
問題として、そういう(?)再起動の遅さを回避する仕組みが「最初から、公式に」用意されてるべきなんじゃないか？という
政治的(藁)な話も有りそうです。
Javaの真の普及にとってのプラスになるようにという意味で。

普及ってのはつまり、起動状況が不愉快(藁)であっても使ってくれる(使うのを強要可能な) 鯖サイドでのみ普及するっていう
なんか変な(後ろむきで、Sunにとってもプログラマにとってもユーザにとってもメリットの無い)状況ではなく、
暗庵人^Hクライアントサイドでもきちんと普及すればいいのに、という意味です。
近年の強引なCPUパワーで、やっと少し我慢できるくらいの起動時間になってきたわけで、なんだこりゃ？と。

＃あとSwingも同じですね。強引でマッチョなCPUでないと、遅い遅い。

遅いんだから回避策を用意しないと、という意識が
Sunに無い(あるいは有っても発揮してない)のが、不思議でなりません。

ま、それ以前に、巨大なImageファイルを抱えたSqueakならいざ知らず、
古典的な中間コード実行環境の形態しか採ってないJVMが、あんなに起動遅いってのは、
技術的に幾ばくかの疑問を感じずにいられない…ってのは
matz氏でなくても言えてる言葉かもです。

＃LLW2004で、「JavaScriptでJVMを作ってみた」という発言に笑い転げたのでG7
＃ところでそれの起動は早いのかなあ？

てか、Security周りに手ぇ突っ込んでヤルってのは、
たぶんSunお勧めの手ってわけにはいかないでしょうね。

ところでSmartDocって http://www.asahi-net.or.jp/~dp8t-asm/java/tools/SmartDoc/index_ja.html ですか？
オプソ(GPL)なようですから、ソース弄っちまうほうが早いかも。
あるいは事情を作者とかコミュニティに相談したらカイゼンしてくれるかも。

＃ただ、ソフトのアーキテクチャの不味さをオプソ手法で補うってのは、
＃技術的には敗北感が漂うのでG7なんだけど。

Re:Javaなんてう○こだとぉ？(スコア:-1, オフトピッ

[fumiya (1794)]

「鯖」などの隠語は、検索する際の障害になるので止めていただきたいです。場所を選ばずにどこでも隠語を使いたがる連中が目について、うんざり…。:-(

SmartDoc は、それで正解です。ただ、Makefile + make で処理させたいと考えていたので、SmartDoc が 1 度に複数のファイルを引数に取れるようになっても、細工しないことには対応できないような。 (細工は難しくはないとは思うが)