现在就拍片看来 1.5 亿 就不错了，楼主这预估差了 10 倍啊

好不容易有一天空闲可以玩…

楼主的文章写得很好。
然而现在国内的前端技术圈太浮躁了，能火起来的是一些「高仿」之类的项目，真正仔细思考沉淀的反而没什么人关注。

@novelidea 你看这个帖子的其他回复就知道痛点在哪了。

@zhengjian
@coldsnap
大家都 tm 太有内涵了

@zhengjian 是性能降低了还是字体大小不对？

楼主要是 dota 5000 分还可以说一下，王者荣耀就算了

```
function each (promises, cb) {
return promises.reduce((promise, task, i) => {
return promise.then(_ => task).then(_ => cb(_, i))
}, Promise.resolve())
}
```

用法和 bluebird 的 each 一样。
ref: http://bluebirdjs.com/docs/api/promise.each.html

「我喜欢猪。猫鄙视人类，狗仰视人类，猪对人类一视同仁。」
——来自《文明 6 》的丘吉尔

钉钉是 NW.js + Angular.js 1.x 做的（ Electron 不支持 Windows XP ）；

Slack 、 Berrychat （这两个功能和钉钉差不多）、 Brave （浏览器）、 N1 （邮件客户端，这个做得还行）、 Atom 、 VS code 都是 Electron 做的；

携程、 QQ 空间、天猫的手机 App 都有较大规模地使用 React Native 。

目前来看应该 Electron 应该是最成熟的，良好的社区和文档，（和 NW.js 相比）更科学的 node 交互、通信、第三方模块引入，前端 /Node.js 圈子的生产力工具都能很方便地使用；

NW.js 从 v0.13 开始也慢慢变好了，但不同窗口之间的通信问题还是没什么很好的解决方案，稍微复杂一点的应用打包、更新、构建还是得自己写脚本，社区的包基本指望不上。

React Native 上个月刚刚解决了臭名昭著的 ListView 问题。但是残疾的 JavaScriptCore 加上残疾的 Flexbox 布局再配上一个糟糕的社区和糟糕的核心组件 api 设计，现在要纯粹用 React Native 写一个生产级应用还不太现实。作为 webview 的替代方案还不错，但三端同构很难做到 100% 代码复用。

这样的人非常好，怕就是怕那种背后说你脏话搞你的人

@murmur
你把楼主用 let 的语法用 babel 转了试试，通过新建一个 loop 函数的确给了 i 作用域，得到也是期望的结果；改名能避免变量提升带来的问题，这样做没问题。例如:
{ let a = 'a' } console.log(a)
会被编译成
{ var _a = 'a' } console.log(a)
你得到的结果和你在支持 let 语法的宿主环境中一样。

而且有些情况根本不需要编译，例如写 electron 和 node 。准确来说你应该说对你没区别。

犹豫了半分钟之后下单，已经没了

没有 linter 和 autocomplete 根本不想写代码

@dozer47528 我是 2013 late RMBP 顶配，在最低画质下玩到 140 回合，感觉比文明 5 流畅。仅供参考。

这是我能听到最好的消息了

参考： http://sfork.coding.me/2015/07/23/nwmusicboxapi/