对我来说，emacs有更好的开发工具(不仅仅是基于标记的工具)。

Cedet（c/c++） Xrefactory（c/c++/java） 史莱姆（普通口齿） JDEE（java） 欧洲央行（代码浏览器） GDB 支持 NXML（xml）

我是Emacs的粉丝，但我鼓励其他开发人员学习VI，因为:

你可以使用VI编辑emacs的makefile文件。 VI包含ed命令，每个UNIX用户都应该知道ed和sed。

我注意到一些关于VIM启动速度比emacs快的评论。如果您真的关心这个问题，请在服务器模式下运行emacs，并将“emacs”别名为“emacsclient”。客户端速度非常快，因为它所做的一切都是轻拍服务器的肩膀，告诉它你想编辑哪个文件。在MacOSX上，emacsclient只有33K，而emacs是287M。

我不确定这些在现代硬件上是否有必要。在我的MacBook Pro (2013 Retina)上，当我从shell运行emacs时，它几乎是立即加载的。我丝毫没有察觉到停顿。当我运行Emacs时。app (GUI版本)可能需要3秒。

我听到的大多数关于emacs的抱怨似乎都来自那些对emacs不了解的人。我从1982年就开始使用vi和emacs了，我清楚地记得，在我早期的UNIX机器中，emacs加载速度比vi慢得多，并且占用了大部分物理内存，但现在已经不再是这样了，至少15-20年都没有了。

我承认的一个抱怨是“emacs小指”。在我年轻的时候，这从来没有困扰过我。现在我已经58岁了，我的小手指确实因为反复使用Control键进行emacs和弦而有点酸痛。在MacBook Pro的键盘上尤其如此，“控制”键向右移动了一个位置，为“fn”键腾出空间。当Control是左下角的键时，它几乎没有那么烦人。

If you are looking for an objective analysis of both the editors, look at their origins and the philosophy behind their respective designs. Think, which one would suit you better and learn it (and learn it and learn it, because it takes time before you being to discover its true utility as against any IDE). An Introduction to Display Editing with Vi was written by Bill Joy and Mark Horton and he explains why he choose modal design and rationale for various key strokes ( it helps me to remember that CTRL-W +W (will switch to next Window and it will same for CTRL W+ CTRL W, just in case you held the CTRL key for a longer duration.

这里有一个Emacs时间轴的链接，并有对Multics Emacs论文的参考。这是一篇关于Emacs的RMS论文，我看到重点在可编程文本编辑器上(甚至早在1981年或更早的时候)。

我没有读过emacs的论文，但是读过Bill Joy的vi论文几次。 两者都是旧的，但你仍然会得到哲学，你可以选择使用当前的工具(vim 7。X还是emacs 25?)

编辑:我忘了说，阅读这两篇论文需要耐心和想象力，因为它会让你在阅读时回到过去。但这是值得的。

VI总是可用的，并且将在最残缺的、单用户模式、坏的图形、没有键图、慢的链接机器上运行——因此，仅仅为了系统管理任务，了解如何在它中编辑简单的文件是值得的。

Emacs是一个编辑器中的完整用户界面。其思想是在启动机器时启动Emacs，并且永远不要离开它。可能会有数千个会话。

与使用GUI编辑器/IDE和使用python/awk/等来完成额外任务相比，学习Emacs的功能是否值得，取决于你自己。

首先，Vi(原始实现)今天不使用。你说的是一些Vim推导。

要扩展Vim功能，必须重新编译Vim, Emacs则不必。

Emacs在self中有Vim (viper模式)。

Emacs通常需要手动安装，Vim通常预安装在所有Unix之类的操作系统上(但如果你有ssh访问主机的tramp模式win Vim:)。

如果你尝试Vim，那么你讨厌Emacs，所以先从Emacs开始。

也请阅读http://www.dina.dk/~abraham/religion/vi-tutorial.html(链接下拉，所以使用这个)

hxxp中的答案搜索://en.wikipedia.org/wiki/Editor_war

我一开始是vim的用户，然后我切换到emacs，然后是vim，现在我又在尝试使用emacs。

两人都是伟大的编辑。 如今，两者都是可扩展的 两者都有很棒的插件和社区

作为开发人员，我们输入很多，最后对我来说，在缓冲区和文件中移动是最大的重复任务，所以我想要一个编辑器，我可以快速移动!

再次尝试emacs的动机是，我发现它的Ctrl键比vim更快，而且更容易推理。

在vim中，你有模式，你有插入模式，可视模式，正常模式，当你按下某个东西时会发生什么取决于你所处的模式，这是一种有状态的编辑方式。移动，进入插入模式，编辑，退出插入模式，然后再次移动。如果我错过了ESC按键或类似的东西，我经常会迷失自我。

在emacs中没有模式，基本上你用你的粉色按下Ctrl并键入按键，比如C-x C-f, C-x C-s, C-x C-c。有一些你需要释放ctrl键的键绑定，我讨厌这些键绑定，总是用按下control键的键绑定来替换它们。

我认为emacs方法更快地思考和输入，但是vim有另一个优点，那就是。它的命令是可组合的，它们通常有一个格式。例如，要删除一行，可以使用dd，删除一个单词dw。插件利用了这种感觉，使用vim-surround插件，你可以用ds”(delete surround)删除引号，删除到下一个/ dt/。删除之前的/:dT/，以此类推。所以只要你学会了移动的东西就会变得很有趣。

综上所述，今天我发现emacs键绑定在宏编辑方面更快，而vim命令在微编辑方面更强大

在过去的五年里，我一直在使用vim，所以我的编辑思想主要是关于单词、线条、周围环境、块等。删除这一行，删除引号，替换引号， 删除字在游标，我试图找到emacs移动为那

最后我想说的是，我更关心fzf而不是emacs或vim，我希望有一个完全基于fzf的编辑器