首先，vim/emacs 是编辑器，跟编译器不是一码事。其实编译器只管编译，你其实是在跟 IDE 对比。虽然 vim/emacs 配置一下也能当 IDE 使，不过跟命令行的水平是一致的，跟各种现在 GUI 的 IDE 还是没法比。不过许多没啥 GUI 的项目，这么用已经足够方便了。以及，项目大到一定程度的话，你就会发现 IDE 加载整个项目还是挺不方便的，用点 ctags/cscope 之类的效率更高。
最后，vim/emacs 做为编辑器那真是神器，但它们显然需要一个相对较难的学习过程。
作为有重型IDE恐惧症的人表示这种编辑器的学习曲线虽然很让人崩溃，但是在频繁的需要配合shell下各种命令做调试的时候是很方便的。话说，重型IDE在所谓“大项目”的管理方面，究竟有哪些优势秒杀vim/emacs的？
各有各的好吧，我先承认我是很懒很烂的程序员，基本上是对IDE重度依赖，没有智能补全叫我记个函数我都记不清整段。这是IDE的好。 vim的学习曲线真的很陡，上手的时候用起来和记事本一个样（甚至更难用），等你用溜了，比IDE的编辑器强悍多了。夸张点说用的溜你的手就能跟得上你的大脑了吧。。。
上图是我的vim (:з」∠)。
用这货就纯粹就只是你喜不喜欢的问题了，反正拍代码的效率又不能靠编辑器效率来提高，再好的编辑器也不见得能提高你多少的开发速度。你是代码工又不是打字员！
还有些人说文本编辑器不适用于大型的项目或者多人合作的项目，那这些也是扯淡的。事实上，以linux内核为首的一系列GNU开源项目都是用vim/emacs等编辑器拍出来的。
但是如果有人拿着vim/emacs拍ios项目(:з」∠)……那就真的是闲蛋疼了
感觉vim 和 emacs就是教派，入了教门就难回凡间，vim，emacs高学习曲线有好处就是防止使用人员开发水平降低，从公司经济角度想IDE是工具，如果某个特性开源插件满足不了公司项目，付费请专业开源开发人员开发一个新插件也是一件好事。
什么用户都有脑残粉，为一个工具闹腾得沸沸扬扬的我真心觉得没必要。喜欢什么用什么就好了，为什么要管别人喜不喜欢用不用。喜欢用vim就用vim，喜欢用emacs就用emacs，喜欢sublime text， notepad++，亦或者是大型的IDE，反正喜欢什么用什么就好了，反正大家都用得好好的。
vim和emacs不能算教派，难回凡间是因为被工具所养成的习惯绑定了。比如我是vim用户，我用不惯其他的任何编辑器，甚至我在用ide的时候都必须安装vi操作习惯的插件。没错 x-code 也有vi插件，而且听说功能非常强大。但是如果是在没有，那也不见得打不了代码。