问一问大家对 WebAssembly 的看法。

随便一说

能赚钱吗（提升开发、维护效率，降低 xx 成本）
能搞事情吗？（轮子）

刚起步的技术，浏览器支持不一，有啥好说的，慢慢等吧

看好其在页游、巨型网络应用上的发展

ie 可以再战 10 年

还没进 W3C 标准吧？
等什么时候支持 GC 了，typescript 一同天下

@abcbuzhiming 浏览器不支持的会自动转换为 Javascript

@congeec 并不是要替代 Javascript，只是作为 Javascript 的补充

u3d unreal 之类的工具很快就能受益，我觉得这是页面应用的一个大机会，终于有和 native app 竞争的资本了。

终于可以甩开 js 用更好的语言撸网页

好的方向，但是目前还有硬伤：
如果编译到二进制直接调用，支持的数据类型有限；如果编译到 js，体积过大。还是得等时间来慢慢优化。
可用的地方目前也仅限于需要高性能的部分，作为一个补充是很好的，代替 js 就不要想了。

@droiz 过饭也说是作为 js 的补充，并不是要替代 js

@droiz 官方

觉得走错了吧，应该做成像.net IL 那样的，带垃圾回收的二进制虚拟机，但是 wasm 只是个安全的二进制虚拟机，可能一开始的初衷是用 c/c++库来加速吧

撸一个解码器

过得去的部分也就是 Assembly。不过已经算是沾上 Web 的东西里三观难得比较正的了。

欺负一下 2nd Futamura projection 都实现不了的主流环境已然足够。

@pysama 能。能。

@congeec @demerol GC 才没意义。
这种层次的东西不能甩掉 GC 跟残废有多大区别，凭空多造互操作工作量是为了创造就业？
而且要 GC 不能自己撸，非得钦定一个逗比实现？

@FrankHB .net 的 c++/cli 就可以手动操作内存，gc 可以做成一个可选项啊。问题在每次传输都要把 gc 的二进制代码传过去，像 go 编译的小程序普遍比 c 的大很多

最近看了一篇文章，讲 WASM 从客户端转向服务端，感觉很有前景。