WebAssemblyの歴史について

はじめに 最近、Node.jsとDenoの開発者であるRyan DahlさんがJavaScript Containersという記事を書いていることを知った。 Webとの親和性の高さがサーバーサイドで求められる中、JavaScriptがユニバーサルスクリプトとして活躍するだろう。そして、コンテナランタイムがLinuxコンテナの抽象レイヤーとしてあるように、JavaScript界隈では既存のWebAPIそのものが抽象化の手助けとなるであろう、みたいな趣旨の内容だった。 彼がChromeのV8 JavaScript Engineを使ってNode.jsを誕生させた同じ頃、JavaScriptの可能性を信じて方法を模索した人がいる。Alon Zakaiさんだ。 Alon(以降、敬称略)はWebAssemblyやその考えの元になった asm.js 、 JavaScriptコンパイラ Emscripte

[uehaj]

「asm.jsが使われてしまったがために、最適化の限界とhack的な扱いによるデメリットが、(皮肉にも)　もっと筋が通ったソリューションがあるだろうと自然とコンセンサスを得られる雰囲気を作った」

[ledsun]

何度もチャレンジして、それでWebAssemblyが生まれてきたんだなあ

[gabill]

asm.js手書きしようと頑張ったけど途中で力尽きた思い出。

[igrep]

PNaClはLLVM IRベースであったがためにいろいろ問題があった、と解釈できることがWasm公式のFAQに書いてありますね。PNaCLにどこまで適用される話かは知りませんが https://webassembly.org/docs/faq/#why-not-just-use-llvm-bitcode-as-a-binary-format

[ryuichi1208]

見てる

[yosuke_furukawa]

asm.jsにJSからトランスパイルしようとしても中々難しいんだよね。結局今みたいに別言語から変換するほうがやりやすいし、それならいっそJSじゃなくてよくね？というのはわかりやすい

[Kesin]

こういう技術史は大好物なのでとてもおもしろかった

[Keisuke69]

途中まで読んだ。こういうの面白い

[toritori0318]

とても勉強になった

[sukka9]

“Iconoclast”

[nicht-sein]

wasmの良い点はブラウザ共通仕様ってのがあって、Chrome用だからChrome依存があるのは当たり前って反応ならそりゃwasmが主流になるよね感が漂う

[yarumato]

“WebAssemblyやその考えの元になったasm.js、JavaScriptコンパイラEmscriptenの産みの親がasm.jsやEmscriptenの開発を通じてJavaScriptの可能性と限界を知ったことがWebAssemblyに繋がった。”

[havanap]

NaClといえばshinhせんせいといういめーじがある

[aipacommander]

emscriptenをいーえむすくりぷてんと読んでた

[teppeis]

面白かった

[roshi]

過去のIEのActiveXアレルギーやApple(iOS)主導の脱Flashムーブが尾を引いた印象。asm.jsからWebAssemblyではなく脱JavaScriptという可能性もワンチャンあったかも？

[l__LINE__l]

流石にActive Xについての言及はなかったか。IE専用だっだしな。。。

[qxd]

“WebAssemblyの歴史について”

[fog-og-frog2]

↓いやーPPAPIのdesign docを見てるとChromeの実装に深く結びついててこれは嫌われポイントでしょ。 https://sites.google.com/a/chromium.org/dev/developers/design-documents/pepper-plugin-implementation まーwasmもコンポーネントモデル待ちだったけど

[azzr]

WebAssemblyがPNaClの欠点を解決できているようには見えないし、結局は政治力の違いだったんじゃないのかな。JS経由でWebAPIを呼び出すくらいはPPAPIでもできていたんだし。／そりゃChromeの実装がChrome依存なのは当然では。

[razokulover]

こういう技術の歴史語り良い