再彻底一点：

[...Array(3).keys()].map( num=>()=>console.log(num) ).forEach(fn=>fn())

ES6 的实现：

[1,2,3].map( num=>()=>console.log(num) ).forEach(fn=>fn())

在大部分的情况下 map, filter, reduce, forEach 代替 for 要简单的多

这个年代谈 javascript 还在乎语言？ javascript 是 web 汇编的存在，作为 javascript 的使用者都需要依赖 bable 获取新特性。
javascript 这个语言本身缺陷多多，当然也有好处，至少是个多范式语言，表现力还不错，当然选择也很多

WebAssembly 出来以后就更不要说了，未来任何语言都有可能迁移到这个平台上

比如现在常用的 TypeScript ， CoffeeScript ，还有一帮各类 fp 的 ClojureScript ， Elm ，还有 OCaml 的 BuckleScript ， Scala.js 等等，语言根本不是事儿

意义没这么大，比如用 stylus 的话官方的 nib 这个库默认会把 flex 的兼容性自动解决掉，
如果不用 stylus 的话 autoprefixer 是首选，而且可以按照自己的浏览器兼容要求控制版本

@simonlify 不是库的使用问题，是编程本身对于圈复杂度的控制

LZ 这个 render 逻辑写的真是，就这么简单的逻辑非要绕成看不懂

```
devicelist && devicelist.map((result,index)=>
result.sn === sn ? <ClientRows rowdata={result} key={index} /> : null)
```

之前设置个默认的 getInitialState devicesn 设 ''，就完事了绕成这样

现在面试前端越来越觉得各种概念意义没这么大

比如某个 css 属性，某个 html 标签的意义，因为这些东西都是很容易习得的，当然有用的点在于去了解这些东西的人会对这些概念的使用会更深刻，既然在这些概念上都会深究，其他地方也会深究，当然这东西也不绝对，不是或了解过就多了不起了所以能考察的也只有这个点

个人更倾向于面试者整个前端的知识结构，从面试者的角度自己去列，这样一个是可以看面试者的知识结构的广度，另外也可以从面试者了解的东西上去看他认识的深度，一层层问下去，避免某个概念不了解而无法做出正确的考察，缺点是面试时间会拉长

其实真正重要的技能是在于应对复杂的业务，对于过程，数据的抽象能力，这点上其实到是难考察，算法上是一个点，谈之前的项目设计和细节是一个点

@winglight2016 所以你选 cheap 出来的是潍坊周口这种城市，出不来北上广

@Nexvar 1000$一个月这种消费水平国内写代码的薪水是没啥问题，就别说欧美国家了

@winglight2016 如果你点个 CHEAP 的 filter 就出来了，综合评比空气质量之类的差挺多的，北京上海这种大城市消费也不低

LZ 可以看看这个网站 https://nomadlist.com/
这个站可以评比哪个城市最适合写代码的，根据各种因素可以做排名和综合评比，
比如 网速，安全，气候，月消费等等等等，自己可以根据自己的需要的因素 filter
比如现在排名不错的是曼谷，和布拉格
绝对是全球移动写代码的必备指南

@Seita

1. vim mode 的那个命令模式，会显示 input 输入框但没这个功能，
比如 vim 模式会依赖行号跳转，命令模式后 set nu 时候会报错
vim 行号还是挺重要的，当然有 easymotion 更好，否则文档长点就得上鼠标了

2. 最好能设置默认模式，否则每次都要手动切换到特定模式

focus 那行灰色也略别扭

优点：
有 vim mode 方便好多，之前用的都不支持 vim mode
界面简单，那些 editor 功能真没必要，难看还不实用

槽点：
软件的图标是槽点，要逼的我自己换个图标，作者最好找人设计个

var arrayToString = arr => arr.map( item=>typeof item === 'string' ? item :arrayToString( item ) ).join('').replace(/(.*)/,'[$1]');

var diff = (src, target)=> arrayToString(src) === arrayToString(target)

or

diff = (src, target) => JSON.stringify(src) === JSON.stringify(target)

@FrankFang128 从另一个问题上讲 ios 和 android 的 app 为啥不能后台渲染刷新页面多简单呢？其实只是因为能利用的客户端功能强大，交互强大，所有 app 才不会说就刷个后台模板，前端道理也一致

@FrankFang128 现在的后台面对的可不只是 web ，还有 ios 和 android ，如果是 nobackend 模式 一套 api 能解决的问题，比原有的开发模式更合理

说白了，现在这个时代的后台非 node 模板的模式，无法适应现代的复杂的交互场景，和 app 类似，但 app 能自己控制渲染罢了， node 这个作用无法替代