04/06 19:37 (@silpheed_kt) @gorry5 なんかきてる…！ (noro)

04/06 23:21 (@gorry5) @yukizokin でもブラウザの違いは超えられないんだ…というかブラウザのバージョンの違いは超えられないんだ…（苦笑 (tase)

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 (@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)