这就像苹果和橘子。两者都有不同的设计和理念。Vim是一个文本编辑器，而Emacs是一个Lisp解释器，可以进行文本编辑。

我使用Vim是因为它快速、狡猾，而且非常擅长处理文本。它具有可组合的自然键绑定，可以使您的开发任务真正协调一致。Vim基于一种简单的*nix哲学，即做好一件事——即文本操作。

使用bash/zsh和tmux扩展Vim通常很简单，可以学到很多东西。恕我直言，这是一个很好的学习曲线。关键是要学习如何集成这些东西以获得更大的工作应用程序。使用Vim，您需要学习集成，因为除非您告诉它如何进行集成，否则它不会自然地进行集成。另一个值得我使用的扩展是Tig。它是一个基于ncurses的Git前端。我只是有一个绑定，它无声地打开Tig，然后我在那里做所有Git的事情。

由最终用户来决定什么是最好的。Emacs和Vim经受住了时间的考验，证明了它们的价值。最终，一个优秀的程序员只需要一支笔和一张纸就可以发挥创造力。好的算法不需要编辑器的支持。所以两种方法都试试，看看哪种方法能让你更有效率。从这两个软件中学习设计模式，因为有很多东西需要学习和发现!

偏颇的观点:

Vi(不是vim)是一种专业需要。你总是有某种形式的 Vi容易获得，无论什么环境。你可以在vi中 在emacs中，您可以在vi中在unix-land中构建bash命令。

甚至Microsquish也必须支持vi(尽管他们做得很好 隐藏它)，因为政府和公司遵守公布 标准。

在我看来，如果你在一个繁忙的环境中从事一份亲力亲为的工作——不 温室里的一朵花，被限制在一个开发项目的一个花哨的钻机上 环境，或者在学术界——了解一个高级编辑是一项工作 障碍。不要学习vim或emacs中的所有花哨技巧，不要 开发一堆宏，使编辑环境屈从于你的意愿。 这是一个巨大的时间消耗，当你注意的时候 不同的机器，你可能不能证明在工厂 环境。

读读比尔·乔伊的论文，他写得很好，甚至可以说 非常漂亮，编辑纯文本的工程练习 快。帕里托法则适用于此:80%的水果都在20%里 篮子的。编辑纯文本非常非常快是关键 编辑能力——其他都是可选的——有时是有害的。

Vim was always faster to start up than Emacs. I'm saying that on any machine, out-of-the-box installs of Vim will start up faster than out-of-the-box installs of Emacs. And I tend to think that after a moderate amount of customisation of either one, Vim will still start up faster than Emacs. After that, the other practical difference was Emacs' modes. They make your life tremendously easier when editing XML, C/C++/Java/whatever, LaTeX, and most popular languages you can think of. They make you want to keep the editor open for long sessions and work.

总而言之，我会说Vim让您使用它来完成简短、快速的编辑任务;而Emacs则鼓励您投入长时间的会话。

Emacs实际上更像是一个无所不能的程序，而vi(m)实际上只是一个编辑器。如果您正在编辑文本，它们都很好，但我更喜欢emacs，因为我必须将一个移出主行才能移动，并在命令模式中不断键入错误的内容。如果您没有这个问题，vi(m)可能是您的编辑器。

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

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

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

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

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