アカウント名:
パスワード:
書き直すと、どんな御利益が有るの?
そこには.net上で元気に走り回るJavaVMが!
.netもスタックマシンだがコレも止めるべきっすか?
// っていうかCPU非依存のバイトコードとしてはスタックマシンってかなり優秀な部類では?// どうせ指摘するならインタプリト前提のバイトコードはいい加減止めても良いくらいにしとくべきだと思う
横からですが。今は貴方のおっしゃる通り、JIT全盛で、javaコマンドは標準でJIT&HotSpotを使うでしょ。-Xintを指定して、動的コンパイルせずにインタープリタだけで走らすことは、ほとんどない。なら、いっそインタープリタもバイトコードも切り捨てて、ソースコードから動的コンパイルしちゃえばいいんじゃない?という話かと。インタープリタ前提のバイトコードは、ソースコードそのものを扱うのと大して変わらないしね。バイトコードから逆コンパイルしちゃえばほぼそのままのソースコードが出てくるし。
WORAは保てるし、一度実行すればJITコンパイラ
ソースコードとバイトコードは1対1ではないですね。そこにバイトコードのメリットがあるかと思います。バイトコードでは実装されているがソースでは分かりにくい機能とかを予約語として定義しなおしたり。
#バイナリからアセンブリ言語へ戻すことはできるけど、だからといって高級言語いらないよねという#話にならないのと一緒かと。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
ナニゲにアレゲなのは、ナニゲなアレゲ -- アレゲ研究家
で? (スコア:2)
書き直すと、どんな御利益が有るの?
Re: (スコア:1)
そこには.net上で元気に走り回るJavaVMが!
Re: (スコア:0)
Re: (スコア:0)
.netもスタックマシンだがコレも止めるべきっすか?
// っていうかCPU非依存のバイトコードとしてはスタックマシンってかなり優秀な部類では?
// どうせ指摘するならインタプリト前提のバイトコードはいい加減止めても良いくらいにしとくべきだと思う
Re: (スコア:2)
僕はむしろ、バイトコード+JITに未来というか、現在進行形での良い世界を描いていたので、この意見には?なんですが、
具体的にはどういう話でしょうか?
Re: (スコア:0)
横からですが。
今は貴方のおっしゃる通り、JIT全盛で、javaコマンドは標準でJIT&HotSpotを使うでしょ。-Xintを指定して、動的コンパイルせずにインタープリタだけで走らすことは、ほとんどない。なら、いっそインタープリタもバイトコードも切り捨てて、ソースコードから動的コンパイルしちゃえばいいんじゃない?という話かと。インタープリタ前提のバイトコードは、ソースコードそのものを扱うのと大して変わらないしね。バイトコードから逆コンパイルしちゃえばほぼそのままのソースコードが出てくるし。
WORAは保てるし、一度実行すればJITコンパイラ
Re:で? (スコア:0)
ソースコードとバイトコードは1対1ではないですね。そこにバイトコードのメリットがあるかと思います。
バイトコードでは実装されているがソースでは分かりにくい機能とかを予約語として定義しなおしたり。
#バイナリからアセンブリ言語へ戻すことはできるけど、だからといって高級言語いらないよねという
#話にならないのと一緒かと。