@rashawn 这东西是 web 端啊。因为浏览器上只能跑 js ，所以这东西出来才那么多人觉得有意思。再接着你说的问题，服务器上不止 node 一个选择，为啥那么多人选 node 呢？
说到底，语言跑得快或慢，真的那么重要吗？绝大多数场景下的性能瓶颈都不在语言那吧。

十万手机号你还要编辑个啥

我们假设下一代 javascript 的速度是现在的十倍， web 有什么变化？

楼主你自己可以这么思考： git flow 能解决什么问题，一个人开发有没有这些问题。

有些免费的云平台支持 node ，比分讲 heroku

你觉得云里雾里，是因为你看到的都是怎么实现 restful 的文章。
你要找的是一篇文章，告诉你 restful 能解决什么问题，别的方法为什么解决不好这个问题。然后思考你的工作有没有这些问题，要不要上 restful 解决这些问题。

@467347544
https://www.html5rocks.com/en/tutorials/speed/static-mem-pools/
这有篇文章，你参考下。

你要干啥？做游戏的话得考虑用内存池自己管理了。

这种优化就是把普通 list 变成 lazy 的 list ，然后内部保存了一个 command list 。每次往那个 chain 后头加个 filter ， map 之类的方法的时候，往内部的 command list 里加东西。最后对这个 lazy list 取值的时候再去对 list 里的每个 item 执行那个 command list 。本质是个 monad （ linq 就是 monad ）。
从遍历的角度看，虽然 list 只遍历一次。但是那个 command list 每次都要遍历。速度未必比每次遍历都快。

@matts8023 all 是几个东西同时出去，等全部完成后收集结果。没有依赖关系。

如果你是第二步依赖第一步的结果，第三步依赖第二步的结果。那写出来肯定是一个套另一个的。 Promise 不是拿来解决这种问题的。

1.异步跟多线程没关系。
2.async await 是把异步的东西弄成写起来像同步一样。
3.promise 是个能往函数里传，也能从函数里返回的东西。当你从这个角度看 promise 的时候，它就不只是一个语法糖了。有人说 promise 是为了解决回调地狱而出现的，那是瞎扯淡。
4.想真正利用好异步，还是得靠 rx 。

能实现 =》
1.能更好的实现（算法）
2.能应对变化的实现（架构）

写代码无非是这样的过程。学习了跟“算法”、“架构”有关的新知识之后，再去拿自己之前写的东西做实验，看能否用新知识改进之前的东西。然后再写新东西的时候，直接用之前实验的成果。

@hanzichi 是的。我待过好几个这样的公司了。他们都把工资分 n 块，里头基本工资低的要死，剩下的都是奖金什么的。税和保险都是按那个基本工资交。

@hanzichi 指不定一毛钱税没往上头交，纯粹是扣你们钱的呢。

面试不会问？试用期知道要加班不知道走？

按 3000 交保险，那就按 3000 交税。这样的公司多了去了。

ts 的好处是它基本就是 js 加强类型。对从其他强类型语言过来的人来讲，它是入门 js 的好东西。对于已经写了很久 js 的人来讲，强类型的吸引力有那么大吗？

就是后端给 api ，客户端渲染。完全的前后端分离也是一步一步发展过来的。

1.就算是以内容为主的网站，内容也已经是客户端渲染的了：
想想现在大部分网站上面，内容列表的翻页、滚动加载，是不是都是客户端 ajax 去调接口，然后在客户端渲染的？主体内容都是客户端渲染的了，后端光渲染个导航栏什么的，意义也不大。

2.后端只能提供数据，不能实现交互。
比方讲要实现一个下拉选择框，如果是后端渲染，那么实现是这样的：后端生成下拉框的内容，这部分内容在页面加载的时候是被隐藏的。客户端在页面加载之后，读取这部分内容，再通过 js 生成下拉框。这样的过程里，后端只起到了提供数据的作用，它是在页面里渲染了 html 还是渲染了一个 json 没有区别。交互性越强的网页，需要通过 js 生成的组件越多，与其后端往页面里头塞数据，不如直接客户端通过 api 去请求数据了。