アカウント名:
パスワード:
GoopleのHTML5最強伝説もDOOM動かして喜んでるくらいで、何年退化してんだよ。って状態。WEBアプリで全てを再定義するという勢いだったパックルフォンも今やネイティブアプリ一色というお寒い状況。
当初から予測されていたPCの終焉に備えてPC OSからWEB OSとして全ての機器をサポートする.Net Server環境を整えるという事かM$の着実な歩みが止まっていなかったようですね。
そもそも、HTML5のインタプリタやダイナミックコンパイラで、１５~２０年前にマシン語とCで書くしかなかった「重い」アプリケーションを動かそうという事自体が問題あったんですよ。余りに計算機資源を無駄づかいしすぎ。特に携帯電話やタブレットのような、電池のリソースと言う問題が存在する携帯機器で、重いアプリケーションをインタプリタ言語で書くって、正直２０年先ならともかく現時点では頭がどうかしてるようにおもいますけど。# Javaのようなバイトコードインタプリタ処理系ですらどうなんだろう？と言うことが頻繁にあるというのに。
JavaScriptはコンパイルしてるじゃないですかー
それ、最近のことじゃないかという気がします。まぁ、リコンパイラ通すから問題ないというのも何だか違うようにも思うんですけどね。
生のテキストから実行したコスト（CPU時間消費量だけではなしに電池の消費量も）＞＞（リコンパイラのコスト＋実行コスト）となるならば意味があるのでしょうけど、果たして果たして。と言うか。重いアプリを廻す分にコストを回収できるでしょうけど、道具として使う場合の平均的なコストはとんとんか、ヘタするとリコンパイラの分高くなってしまいそうだし…
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
物事のやり方は一つではない -- Perlな人
いやはや (スコア:0, おもしろおかしい)
GoopleのHTML5最強伝説もDOOM動かして喜んでるくらいで、何年退化してんだよ。って状態。
WEBアプリで全てを再定義するという勢いだったパックルフォンも今やネイティブアプリ一色という
お寒い状況。
当初から予測されていたPCの終焉に備えてPC OSからWEB OSとして
全ての機器をサポートする.Net Server環境を整えるという事か
M$の着実な歩みが止まっていなかったようですね。
Re: (スコア:1)
そもそも、HTML5のインタプリタやダイナミックコンパイラで、１５~２０年前にマシン語とCで書くしかなかった「重い」アプリケーションを動かそうという事自体が問題あったんですよ。
余りに計算機資源を無駄づかいしすぎ。
特に携帯電話やタブレットのような、電池のリソースと言う問題が存在する携帯機器で、重いアプリケーションをインタプリタ言語で書くって、正直２０年先ならともかく現時点では頭がどうかしてるようにおもいますけど。
# Javaのようなバイトコードインタプリタ処理系ですらどうなんだろう？と言うことが頻繁にあるというのに。
Re:いやはや (スコア:2)
JavaScriptはコンパイルしてるじゃないですかー
Re:いやはや (スコア:1)
それ、最近のことじゃないかという気がします。
まぁ、リコンパイラ通すから問題ないというのも何だか違うようにも思うんですけどね。
生のテキストから実行したコスト（CPU時間消費量だけではなしに電池の消費量も）＞＞（リコンパイラのコスト＋実行コスト）
となるならば意味があるのでしょうけど、果たして果たして。と言うか。
重いアプリを廻す分にコストを回収できるでしょうけど、道具として使う場合の平均的なコストはとんとんか、ヘタするとリコンパイラの分高くなってしまいそうだし…