怎样看待Facebook和GitHub推出的Atom IDE 该慢还是慢，

该慢还是慢，该缺功能还是缺功能，API 设计上虽然学习了 VSCode 但是比老师傅还是差了那么点。
但是客观的说，以FB 和 GH 的开源社区的号召力和影响力，着实为 Language Service Protocol 打了把广告。这是最好的。
■网友的回复
真的难用，简单的一个跳转到import的文件的功能都没有，jump-to-import插件装了结果还是没用，而且cmd + click的跳转和多光标的什么设置或者插件冲突了。
ESlint功能比一年多前我还在用的时候好太多，可惜该有的VSCode都有了，而VSCode有的很多核心功能，Atom也许永远都不会有。
而且我现在已经习惯了编辑config来设置东西的习惯，再也没耐心一点点去调教Atom上遗留的一百多个插件了。。
VSCode唯一让我觉得有点遗憾的，就是对facebook团队的flow支持不太好，毕竟Atom IDE UI是由facebook团队开发的，肯定对flowtype做了很多处理。
我在想，因为要不要因为这个劝说老大不要选择flow了，还是拥抱TypeScript，拥抱未来吧。
■网友的回复
虽然还是赶不上vscode.不过还是值得赞扬一下。
hyperclick特性不知道是不是整合的之前的hyperclick包。感觉速度比之前用hyperclick快很多了。实用了一些，但是我写react with ES6的代码的时候居然不能跳转到class的成员函数上去。
outline view不错。比之前atom的 symbol-list扩展分析的快一些。界面也好看。
show code action类似 vscode的 peek defination? 但是其体验拍马也赶不上啊。。。貌似只能显示单行代码？
diagnostics，我的理解就类似linter插件，整合了eslint, stylelint这样的代码风格检查工具。没什么好说的。
以上する
【怎样看待Facebook和GitHub推出的Atom IDE】