Seems an answer has been selected already, but the big difference to me has always been the modal vs. non-modal. Vim is modal, which means that it makes optimizations based on a specific set of usage modes. At least that's how I've always looked at it. This makes using Vim a different experience because instead of having a work area that you type code in, you really are telling an environment to act on the text. This is why people say things like with Vim you really are learning a language. The :wq and :s/foo/bar is all part of a shell like environment that edits and reads text.

Emacs on the other hand is much closer to most editors/word processors/etc. you see today. You have a workspace that has a highly programmable interface. That is why you see things like email, irc, shells, etc. As a programmer it is easy to think in terms of saying "take the line number I'm on and do something with the information". The desire to leave the editor becomes less because instead of having to quit, open some other app/language and do things on some text, you have Emacs where you can do these things within the scope of your editor.

这两种观点并不一定是对立的，只是它们揭示了两个不同的焦点。就我个人而言，我使用Emacs，但我见过非常了解Vim的人，他们可以诚实地说，选择哪种并不重要。我首先尝试了Vim，但Emacs最终支持了我。的确，无论您选择什么，您都应该至少在一定程度上精通Vim，因为它总是可用的。

Emacs具有Viper模式，因此在某种意义上，它提供了一个超特性集(除了那些在使用Viper和Vimpulse的Emacs中缺少哪些Vim特性?)

vi(和VIM IIRC)的重量较轻(它可以就地编辑文件)，但提供的功能较少(子进程通信、扩展语言)。

我想引用《UNIX编程的艺术》一书中的一段话:

Many people who regularly use both vi and Emacs tend to use them for different things, and find it valuable to know both. In general, vi is best for small jobs – quick replies to mail, simple tweaks to system configuration, and the like. It is especially useful when you’re using a new system (or a remote one over a network) and don’t have your Emacs customization files handy. Emacs comes into its own for extended editing sessions in which you have to handle complex tasks, modify multiple files, and use results from other programs during the session. For programmers using X on their console (which is typical on modern Unixes), it’s normal to start up Emacs shortly after login time in a large window and leave it running forever, possibly visiting dozens of files and even running programs in multiple Emacs subwindows.

我在这里真正想强调的是:“许多人发现两者都知道是有价值的。

我是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是左下角的键时，它几乎没有那么烦人。

我一开始是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的编辑器

Vim:

作为一个简单的编辑器更好(简单任务所需的键更少) 更活跃的脚本社区-内部语言:vimscript 一个集中的脚本、插件、配色方案…… 在python、ruby中也可扩展 可移植(emacs在这方面存在一些问题)

Emacs:

non modal by default (most of today's editors have taken this approach). Though there is evil-mode which emulates vim behavior. more powerful language for extending it (elisp is a full blown language, and in emacs you can practically redefine everything; while in vim you cannot redefine build in functions of the editor. On the downside, vimscript is relatively similar to today's dynamic languages while elisp doesn't resemble pretty much anything) more extendible excellent support for GNU tools (the bunch of them)

就我个人而言，我更喜欢vim——它很小，做了它应该做的事情，当我想要一个完整的IDE时，我打开它VS. Emacs的方法是一个编辑器，它想成为一个IDE(或者我应该说，一个操作系统)，但并不完全，在我看来，过时了。以前有电子邮件客户端、ftp客户端、俄罗斯方块……一个包(emacs)中的东西是有意义的……如今，它不再是了。

然而，这两者都是程序员和超级用户社区用户之间的宗教讨论话题，在这方面，如果接触(在同一句话/问题中)，两者都很适合开始激烈的战争。