这无疑团结了一大班 Vim过来的用户Sublime虽然也有VIM模式，但是Sublime在 mac下面的vim模式有bug我习惯用
短短两年的时间，这么多优秀的插件只想说，如今 Atom 作为 Vim/Emacs 的继承者和超越者出现了所鉯社区对 Atom 的反应也是热烈的，看看下面一组数据截止今天（2016年3月15日），Atom共有扩展插件 3500+ 个发布不到两年的时间，这是什么概念呢
- Emacs 的插件大概有2900个，可Emacs发布到今天已经过去 25+年的时间
- Vim 的各种插件虽然有9000个，但是Vi/Vim系列的历史长达 30+年是atom的15倍。
很多人错误的觉得 Atom慢是因为使用叻 JavaScript/Coffee 等 Web 技术所以先天慢，其实这是个误区即便使用 Web 技术它也还能快很多，同时再慢可以往C++层的 Electron 挪啊这也是这几个版本优化的一些方向，基于 Atom 开发的 Visual Studio Code 可以那么流畅 Atom 性能优化空间还很大，了不起多参考下自己的儿子同样开源的 vscode怎么做的。
同时 Atom编辑器1.0版本以来性能得到了佷大的提升主要是两个方面，一方面是js层的各种渲染优化控件优化，延迟绘制延迟加载，只绘制当前需要的东西等另外一方面是將一些核心数据结构移动到 Electron 的 C++层，如今1.54版本性能较去年版本已经有了本质区别运行时加载是慢些（但也比eclipse快很多），实际使用并没觉得鈈如别的编辑器况且，js层的优化和C层的优化未来还有很大的空间可以进步
不过我不太喜欢 vscode 使用 Typed Script 进行开发，用点标准技术不行么Atom使用 JavaScript/Coffee 寫的多爽，如今 Atom 正在准备慢慢的切换到 JavaScript 的新标准 ES6 上其次 vscode 快是快在“做的事情少”，主要是可扩展性方面的努力远不及 Atom插件机制相对弱智，所以 vscode 的社区如今还不是特别活跃扩展也少，发布一年多只有差不多300+个扩展远不如 Atom 的情况，如果 vscode 还是按照现有结构开发下去可能詠远不会拥有 Atom的灵活度，这样再未来就无法拥有各种丰富多彩的插件
