@love 明白了，你是在说有了 generator 后不需要 promise？
这里有段话可以解释 https://www.promisejs.org/generators/
What generators do not do is give us a way of representing the result of an asynchronous operation. For that, we need a promise.

@love 没懂你说的……generator 是基础设施，不仅限于异步处理，肯定不能丢，async/await 得基于 Promise，后者自然也不能少（对了，你说的 generator 处理异步，也是得和 Promise 一起用的）。标准化需要时间，所以一步一步来，先打好基础，语法糖后续再加。

JS 里的 async/await 本质上就是基于 generator + Promise 的，跟你说的 Python 一套方案达成两个效果有区别吗……

以及这里有篇 Does async/await solve a real problem? 可以看一下 https://esdiscuss.org/topic/does-async-await-solve-a-real-problem

1. generator 并不是为了处理异步而引入的，只是恰好可以用来这么做而已；
2. async/await 是 ES7，promise 和 generator 是 ES6，并不同时；
3. async/await 只是语法糖，它能做到的事用 promise + generator 也一样行，它只是把 spawn 函数包装了下看起来好看点而已。

有个叫 Wechat Share 的 app……

@kamushin 今天仔细想了下这个问题，感觉 JS 的这种设计还是有道理的：
1. 非要说的话，object 其实可以用其他类型作为键值，只是在使用前会调用 toString 而已……可以理解为这里将 toString 作为一个最偷懒的 hash 方法来用了。要是有人愿意的话，重写一下 Object.prototype.toString 就能实现「任意类型作键值」的功能了嘛；
2. 考虑到 object literal 的写法，要是允许键值为任意类型，似乎会很脏……现在只允许 string 的话好看很多（可以参考 ES6 computed property names 的写法，真的挺难看的……而且不能用 JSON 表示了）。

Object 本意并不是用作 hash，它的坑太多了，所以才会在 ES6 中引入 Map。
for in 也是，当初设计太不周到，所以引入 for of （for of 涉及到了 iterator，完全是另起炉灶的感觉，在概念上其实不能与 for in 类比了……）。现在一般用 for k of Object.keys(obj) 而不是 for in 了。

另外同意楼主说的，ES6 之前的 JS 真不好用……

CommonJS 不是 CommandJS……

http://www.2ality.com/2015/06/tail-call-optimization.html
这篇讲得更清楚一点

10159 表示我这里显示是 Microsoft Edge

orz 这个代码风格……
建议看看周爱民的这篇文章 -> http://www.w3ctech.com/topic/916

@onlyice 我觉得楼主这里应该是搞错了

不带括号的形式，不论是 Chrome Developer Tools、Firefox Web Console 还是 Babel REPL，报的错都是 SyntaxError，因为此处 {x: a} 解析起来有歧义，可能是 block statement 也可能是 object literal

而套了括号之后，这一行能够被确定为是 expression statement，所以可以被解析，但是严格模式下仍然会出错（ReferenceError，严格模式禁止隐式创建全局变量）（不过 Chrome 非严格模式下也报 Uncaught ReferenceError: Invalid left-hand side in assignment 错误，不太明白……）

这个 trick 在 ES6 之前也有的

@helone 前端可以用 babel 嘛

一加似乎下个月就要出新机了

SEO 的话用 prerender https://github.com/prerender/prerender
站长统计没做过不清楚

@foomorrow 我给的链接里就是社区的讨论以及当时的会议记录……标准委员会现在是准备一年出一个版本的节奏，所以干脆以年份命名了

@FrankFang128 @itommy
黑名单里写的理由是
1. does too much. 的确不如 useref 的职责分离做得好，但是感觉也不是主要理由
2. touches fs. 官方是不建议直接操作 fs 的，和其他 gulp 插件的互操作性不好
3. non-responsive author. GitHub 上成堆的 issues 和 pull requests 作者都不怎么理会……这也是我当初放弃 usemin 然后转到 useref 的最初原因
4. use gulp-useref.

@Septembers @loading @wezzard 这是 ECMAScript 规范的第六个版本，但这个规范的正式名字已经改成了 ECMAScript 2015 了，所以标题并没有问题。
关于规范改名，ES DISCUSS 上有提到过的 -> https://esdiscuss.org/topic/javascript-2015#content-38

@FrankFang128 gulp-usemin 在 gulp 官方黑名单里了 https://github.com/gulpjs/plugins/blob/master/src/blackList.json 不推荐使用，可以选用 gulp-useref

首先，class 是 ES6 标准不是 ES7

@jokcy http://www.infoq.com/cn/articles/front-end-engineering-and-performance-optimization-part1
静态资源版本更新与缓存 这一节