アカウント名:
パスワード:
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
身近な人の偉大さは半減する -- あるアレゲ人
いっそのことJIT載せちゃおうよ (スコア:2, 参考になる)
Googleとかのアプリも快適になるだろうなあ。
しかしいままで中間形式に変換してなかったのが逆に驚きだったりして。
FlashとかのActionScript(ECMA-262拡張)はなにかやってるのかな。
個人的には最近Processing [processing.org]というJavaベースの「電子アートとビジュアルデザインのためのプログラミング言語 [wikipedia.org]」で書いたコードをJavaScript上で動かすProcessing.js [ejohn.org]というライブラリ
Re: (スコア:0)
今度は動的言語としての旨みが薄れませんかね?
「ここはいつ動的に差し替えられるか判らん」と備えるのを「諦める」のがJITですから。
単に高速にするだけならコンパイル言語で。
#という目的でJavaAppletは出現したはずだったのだが…一体何処でどう間違えたのやら…
Re: (スコア:2, 参考になる)
ほんとはおっしゃるとおり、JavaAppletを使うのが正しいとは思うのですが、
・プラグインを入れないと使えない(IEではプラグインをいれないと古い仕様のVMしか入っていない)
・起動に時間がかかる
といったことから避けられている節がありますね。
そんなことから、本来実体はJavaAppletであるprocessingをわざわざJavaScript上で動かしてみたりするわけで・・・
次のJava1.7ではJavaAppletの復権を狙っているようで、起動を高速化するなどいろいろ改良していくようです(起動高速化手法は、常に常駐しておくということなのですが・・・むー)。
でも、なんだかんだいって不特定多数向けのサービスを作るには、いまはJavaScriptかFlashですよねえ。
JavaAppletがんばれ!超がんばれ!
Re:いっそのことJIT載せちゃおうよ (スコア:0)
>(起動高速化手法は、常に常駐しておくということなのですが・・・むー)。
一番大きいのは、Appletのプロセスがブラウザから分離されることかと、
ただ、それは、Java1.6のアップデートで狙っていますよ。6u10ビルドのベータが
公開されていてそれでは、新しいプラグインの利用が可能いなっています。
起動高速化は、prefetchが使われていて
あとは、肥大化したライブラリのモジュール化を行い
スリムにするという動きもあります。
言語間の戦いというより、言語のラインタイム環境の争いになってきた昨今、
なかなか面白い動きです。