@bramblex 确实。。语言在发展。。单纯的编辑器已经无法胜任工作了。。高级 ide 在 code refactor 上和项目控制上（配合版本控制）有着无可比拟的优势。。
而且越发成熟的设计方法，可替代的重复模块构建，甚至是后续的配合组建（包括 ORM 框架，可视化生成，测试驱动， ut 等也越来越具有优势。。）

不过， 一些基础项目， 特别是 linux 项目（内核，驱动），对 vim 的依赖还是很大， 因为从调试到设计到版本控制（ git ）到文档撰写（ Tex ） 都很难脱离 vim 。

所以反过来说， linux 的产品些列（包括运维） 是基于 terminal 的一套解决方案，而 vim 是在 terminal 的解决方案中的核心。难以替代。。。所以我在 linux 写 py 项目依旧是 vim/ipdb 。。。即使是我连标准库都记不清楚。。

所以不绕远，从题主问题一分为二来说，还是要看需求。。。
就学习 vim 来说。 我觉得还是有必要的。。毕竟脱离鼠标的 coding 方式更容易和思维衔接，更容易追求极致的效率

哈哈哈
知乎上不是还有“公司成立后怎么把 cto 踢掉”的话题么。。。

随着使用越来越多，和代码能力的增进
慢慢的插件都会退化掉

所以慢慢的就不需要 nerdtree ， taglist 等等等。
相反 buffer 的使用， tab 的使用，慢慢占据主导。。

这也是大多数人需要 ide （不引战） 喷 vim/emacs 的缘由。。因为他们可能会依赖鼠标 /solution/文件夹列表等辅助写代码构建。。。

同 @onemoo 学习 vim 的时候有个很大的误区。。
就是插件。

当年我刚开始搞了一堆巨量插件。花里胡哨又漂亮，功能又多，感觉开了个高达，马上就能开地图炮毁灭世界了。。。启动要 2.5s 。。
后来随着用，越来越发现 花里胡哨的东西，漂亮的东西，颜色的东西，慢慢都没啥用。。

就跟大多数大神一样 。。 vim 基本就几个插件，（<7 ） map 也基本很少用。颜色也没有奇形怪状的. 后来在 single 模式下写代码基本上 t_Co= 16...速度越来越快。。效率越来越高。。

以上 在充分了解 vimrc 和插件用途之前不建议急着上。。。（不然就用 ide 了）

需要在墙上挂个 Vim 快捷键 Cheatsheet 吗？

可以设置成电脑桌面 2333333

有没有必要学是一回事，

怎么学是另一回事，


既然你们说 Vim 这么好，（好不好见仁见智的事情不瞎搀和。）
Vim 要怎么入门呢？（学 vim 到可以有个简单的入门方式）

我是这么入坑的：

－－－－
“ 学 vim 最简单的入门方法就是看 manual 。”
有 linux/mac
直接在 termianl 里敲 vimtutor 。
通俗易懂深入浅出。

英文看不懂当然有中文版。 自行搜索 vimtutor 中文版


基本学会后就可以 help xxx 在 vim 中继续学习了。

@Mush 几乎不可能上架了吧。
作者要上一款新的调试 app 了 不过和 proxy 和 rules 无缘纯粹是调试 app 了

正因为这样所以才用上了 git 。。。

从不 exit ctrl ＋ d 的路过

另 上 scp 。。。

我是 hhkb 派 2333333.