[
最新
] ■[
前年
|
前月
|
前日
|
2017/04/06
|
翌日
|
翌月
|
翌年
] ■表示[
全て
|
@gorry5のみ
|
個別
]
■グループ[
Mention
] ■その他[
Twitter:@gorry5
][
日記
] ■[
twtlog 20100921a
]
04/06 23:34
(
@gorry5
) こなれるかどうかの問題ではなくて、「プログラマがいったいいくつの(ハードウェア|ブラウザ)のバージョンに対応しなければならないか」の問題になってくるのです…たとえばAndroid数十機種×ブラウザ数種×バージョン数種とか考えてみま… https://twitter.com/i/web/status/849993615208103936
(tupe)
04/06 23:39
(
@gorry5
) というか、WebAssemblyなんて単語を出さなくてもEmscripten×asm.jsですでにその問題が出ているんですよね…これはVMの話だけじゃなくて、VMが動くプラットフォームの話としての問題なわけで…
(tebi)
04/06 23:48
(
@yukizokin
)
@gorry5
ネイティブの速度に近ければ、今すぐ対応を求められる仕事をしてないので私にはあまり気にならないです。asm.jsに対するメリットとしても、JavaScript以外の言語が選択できるし自前言語でもいいし。
(nara)
04/06 23:51
(
@yasei_no_otoko
)
@yukizokin
@gorry5
asm.jsもEmscriptenで他の言語使えますよ。WebAssemblyの利点はバイナリファイルなので転送とクライアントでのデコード実行が速くなることくらいです。
(nabu)
04/06 23:51
(
@gorry5
)
@yukizokin
VMや言語機能だけの問題ではなくて、たとえばWebGLやWebAudioなどの環境ごとの非互換性の問題にぶち当たるんですよ…
(napu)
--------
04/06 23:54
(
@yukizokin
)
@gorry5
仕事でやっている人には、巻き込まれて全然うれしくない話だということもあるでしょうね。私には『これからどうなるかの問題」のほうが気になります。
(nimi)
--------
04/06 23:55
(
@yukizokin
)
@yasei_no_otoko
@gorry5
それは好みかもしれません。自分は自分の言語を開発するとして、JavaScriptに変換する仕組みより、バイナリに変換するほうが全然気持ちが違います。合理的理由は何なのか説明は難しいですが。
(nigo)
04/06 23:58
(
@yukizokin
)
@gorry5
今後に期待ですよ。主導権争いで差ができるということは何度も繰り返されてきたことですが、少なくとも一番厄介そうなVM(というより仮想CPU)レベルで統一が図られるのは明るい展開に感じます。
(nunu)
■グループ[
Mention
] ■その他[
Twitter:@gorry5
][
日記
] ■[
twtlog 20100921a
]
[
最新
] ■[
前年
|
前月
|
前日
|
2017/04/06
|
翌日
|
翌月
|
翌年
] ■表示[
全て
|
@gorry5のみ
|
個別
]