いうのをやったことがあります。プログラムを動作させる(?)」ことが可能かどうかはわかりません。できるんじゃないかなぁ。(#607103)>...そういうことではなくて?うわ。問題として、そういう(?)再起動の遅さを回避する仕組みが「最初から、公式に」用意されてるべきなんじゃないか?という政治的(藁)な話も有りそうです。Javaの真の普及にとってのプラスになるようにという意味で。暗庵人^Hクライアントサイドでもきちんと普及すればいいのに、という意味です。近年の強引なCPUパワーで、やっと少し我慢できるくらいの起動時間になってきたわけで、なんだこりゃ?と。#あとSwingも同じですね。強引でマッチョなCPUでないと、遅い遅い。遅いんだから回避策を用意しないと、という意識がSunに無い(あるいは有っても発揮してない)のが、不思議でなりません。技術的に幾ばくかの疑問を感じずにいられない...ってのはmatz氏でなくても言えてる言葉かもです。#LLW2004で、「JavaScriptでJVMを作ってみた」という発言に笑い転げたのでG7#ところでそれの起動は早いのかなあ?てか、Security周りに手ぇ突っ込んでヤルってのは、たぶんSunお勧めの手ってわけにはいかないでしょうね。?オプソ(GPL)なようですから、ソース弄っちまうほうが早いかも。事情を作者とかコミュニティに相談したらカイゼンしてくれるかも。#ただ、ソフトのアーキテクチャの不味さをオプソ手法で補うってのは、#技術的には敗北感が漂うのでG7なんだけど。問題点から新しい言語を言語を作ろうとしたときに極端に縛りをいれた結果なんでしょうね。「的外れな縛り」だったという節も結構ある感じなんですよね...。「石橋を叩いて渡る」という言葉が正に状況を説明しているのでしょうね。[xrea.com]という文章が、なかなかGoodです。GroovyとJavaの比較という話です。不公平であろうがなかろうがとにかくネズミを取るネコ(=実利を上げられる言語)であることが重要であることを思えば、こんな説明で充分だという気がします。それにしても行数にせよ行の中の言葉遣い(??)にせよ、段違いな差ですよね。これを見てもなおJavaがウンコ(言葉の選び方はさておき)だと思わない人なぞ居ない事を、俺は期待します。単純というか「安易」に字数を減らしただけじゃなく、Groovyは、きちんと「使い物になる度」を損なわず、字数だけを節約することに成功してる言語(の1つ)です。言語仕様がDQN設計ではなくWellDesigned設計になっている。話は戻って、PHPがWellDesignedとDQNの間のどの辺に位置してるか?ってのは、とりあえず俺は知らないので、識者のコメントを待ちます。ホームページ「鯖」などの隠語は、検索する際の障害になるので止めていただきたいです。場所を選ばずにどこでも隠語を使いたがる連中が目について、うんざり...。度に複数のファイルを引数に取れるようになっても、細工しないことには対応できないような。そいつはHackerじゃねー、ファッキンガイだ、というのが僕の意図です。PHPが良いとほめる奴が居る。たしかに軽いWebアプリケーションを作るなら素晴らしい言語だと思う。私も普段から使っている。(webでは無い)スクリプトを組むにも素晴らしいという。(俺が使えるから)PHP最高」ってユーザが多い気がするよ。これは、考えようによっては「JavaやRubyが使いこなせないような連中でも使えるPHPって最高」といえるかもしれんな。PHP使いを低脳よばわるするわけじゃないけど、オブジェクト指向とかデザインパターンとか小難しいことを理解せんでも、いっちょまえのWebアプリケーションが作れてしまうPHPはたしかにすごいよ。#そういう意味で言うと、デザイナーでも使えるColdFusionもすごいかも。難しいやつには難しいんだよ。結城浩や高橋麻耶がどんなにわかりやすい本書いても、Visitorパターンをちゃんと理解できてる人間なんて全体に比べりゃほんのわずかだよ。そんなやつらにとって、言語仕様の美しさうんぬんなんてわかるわけないじゃん。それでも使えるPHPって敷居がすごく低いんだよね、ある意味すごい言語だよ。使ってる人が満足してるんだから、それでええやん。#問題は、使った人が満足してないのに強制的に使わされるJavaのほうだな。(#606744)>これは、考えようによっては「JavaやRubyが使いこなせないような>連中でも使えるPHPって最高」といえるかもしれんな。いうVB論法(^^;は、やっぱり無理があると思いますね。いうのってのは大抵が「使えてるふりができる」というだけなんですよね。半可通的な用法っていうか。>PHP使いを低脳よばわるするわけじゃないけど、オブジェクト指向とか>デザインパターンとか小難しいことを理解せんでも、いっちょまえの>Webアプリケーションが作れてしまうPHPはたしかにすごいよ。ん?JavaやRubyだって、OOPやデザパタを理解してなくてもいっちょまえに書けると思います。JavaなんてOOP言語としては半端つーか似非だし、Rubyも「OOPくさくなく」書く手は幾つでも用意されてるんで、ね。#このへんは、使ってりゃ判ることのはずだ。#逆に言えばJavaなりRubyなりについて「食わず嫌い」なのかな?と。OOPやデザパタの理解ってのは、言語の選択とかどうかというよりも、もうちょっと上流(嫌な言葉だが)の、どんな設計や分析するか、設計や分析や旨くやれてるか、という部分に、より顕著に響いてくるんですよね。設計や分析という「そもそも回避しないとならないかどうかを判断する」フェーズは、きちんとした技能が無ければどうしようもない。#OOP技術者っていうかUML技術者っていうかの「不足」について語ってる記事が、MainDishのようです。下流でOOPとかがDQNな言語は、「やばいよこれ」という風に映るはずなんです。>#そういう意味で言うと、デザイナーでも使えるColdFusionもすごいかも。#ところで、全然違う方向性だけど、SpringやSeasarなんかどうでしょうか?#OOPくささから少し遠のきますよ。>やっぱりね、識者がどんなに「オブジェクト指向は簡単」っていっても、>難しいやつには難しいんだよ。>結城浩や高橋麻耶がどんなにわかりやすい本書いても、Visitorパターンを>ちゃんと理解できてる人間なんて全体に比べりゃほんのわずかだよ。ところで、そういうやつらって、生産性にとってマイナスなんだから、そもそも仕事から下ろしたほうが話早くない?簡単なプログラムは誰にとっても簡単だから、DQNじみた奴にやらせても、まあなんとかなる。プログラムってのは野獣だから、「どこで」そのプログラムの難しさにいきなり出くわす羽目になるかがなかなか判らないんだよね。そのとき、対処できるか、似非対処しか出来ないか、がマトモなプログラマ(&ソフト開発企業)か否かの境目。そんなんだったら、最初からマトモな人だけで固めておいたほうが話が早い。土台プログラムなんて物量(人月)で片付くものじゃないんだから、作業者の最低限の質は必要でしょう。同じように生産性マイナスな部下どもを正しく(つまりマイナスに)評価できない、っていう点かな。マイナスかけるマイナスはプラスだっていうのと同じ(藁)で、マイナス上司は、むしろマイナス部下を重用したがるのな。自分より賢い奴(というほどでもないのだが)は避ける。プログラム作り(を商売にすること)ってさ、とどのつまりは、頭のよさの競争だったりしないかな?頭がよい奴が良いプログラムを作れる。DQN頭はDQNソフトを作る。>それでも使えるPHPって敷居がすごく低いんだよね、ある意味すごい言語だよ。>使ってる人が満足してるんだから、それでええやん。(もし仮に)DQNサイトがInternetに増えたなら、それは世界の損失では?Webに限った話ではないですが、DQNプログラムの潜在的被害を被ってる顧客は、多いんじゃないかと推測しています。Waterfallな契約とかをしてしまったとか、「こんな高いソフトを」いまさら買い換えられないとか、といった後ろ向きな事情により、良いプログラムへの健全な乗り換えを出来ていない顧客が、です。簡単に理想を実現できるのではないかと思いますよ。魅力のあるヒトやモノには、自然とヒトが集まるものです。[no-ip.com]ってのはちょっといただけないよなぁ、と僕は思います。いいんじゃない別に、Javaをうんこ扱いしても。人をうんこと呼ぶなら、自分もそう呼ばれる事を覚悟するんだね。多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。service.閉じるスラド処理中...。