面对日渐膨胀的语言特性, Google 打算 fork JS

[ChrisFreeMan]

原文链接

Google 在 TC39 中的提议

They argue that new features are placing a performance and security burden on JS engines, which puts the implementors at odds with JavaScript developers - who are demanding new syntactic sugar (apparently). By splitting the standard, Google hope that JSSugar could continue to evolve quickly while JS0 grows more gradually.

大致意思是，现有标准 javascript 将成为 JSSugar ，其继续丰富其语法特性，而真正运行在浏览器的 js 将成为 JS0,由 webPack 编译，其专注于性能和运行时友好。

[diivL]

Dart:?

[hronro]

冷知识：webpack 自身是不能编译(transpile) JS 的

[superedlimited]

原文是这个：
The proposal from Google was to split the standard into: JS0, the language implemented by engines, and JSSugar, an extended syntax that tools like WebPack will compile to JS0.

咱看不懂英文，可以不用乱翻译的。

[guiyumin]

@diivL 这个可以有

[nomagick]

翻译一下，就是把 C++程序员裁了之后 v8 引擎写不动了，一些有的没的语法糖，你们 JS 程序员自己实现就好，别来我这产生人力成本了

[guiyumin]

我觉得 google 就是在作恶，利用自己的垄断地位来搞事

[Flourite]

@nomagick 哈哈哈

[sagaxu]

标题党，哪里看出来 Google 要 fork JS 了？

[LanhuaMa]

@guiyumin #6 我觉得提议很合理，并且没看出哪里在作恶了。语法糖一多，就算 JSEngine 不会因为语法糖本身出现漏洞，也肯定会因为分散人力去优化不重要的语法 feature 而拖慢进度。

[guiyumin]

@LanhuaMa 其实 google 就应该学微软，自己搞个 gs ，然后编译到 js ，这就行了呗
然后它不是垄断 v8 么，那就让 v8 直接支持 gs ，这多牛逼

[LanhuaMa]

@guiyumin #10 自己搞个 gs 然后编译到 js ，那么 js 语法糖复杂度的问题解决了吗？没解决，而且还人为制造了一层新问题。

不过你的“方案”反过来倒是能说通，Google 可以搞个 gs (js0) ，然后让 js (jsSuger) 编译到 gs (js0)，这就行了呗，然后它不是垄断 v8 么，那就让 v8 直接支持 gs (js0) ，这多牛逼

[guiyumin]

@LanhuaMa #11 webassembly ?

或者 jsasembly ？

[LanhuaMa]

@guiyumin #12 js 编译到 webassembly? 你认真的？

[guiyumin]

@LanhuaMa #13 我意思是，v8 已经支持 web assembly 了，那就把 web assembly 当作 js0

[LanhuaMa]

@guiyumin #14 未曾设想过的道路🤯