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

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

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

我是一个不折不扣的Emacs迷，但我早在认识Emacs之前就认识VI了。也就是说，我让我所有的人学习VI，因为它总是可用的，在任何地方。选哪一个都不会错。

Vim不是一个壳。而且它不能很好地与子进程通信。这几乎是设计的，而在Emacs中，这些元素是设计包含的。这意味着有些东西，比如嵌入调试器或解释器(产生某种IDE)，在Vim中是很困难的。

此外，Emacs快捷方式主要是通过修饰符访问的，显然Vim接口是出了名的模态接口，可以访问大量的直接键进行操作。

Emacs曾经是这两个编辑器中唯一可编程的编辑器，而Vim的可编程性有很多奇怪的级别，添加了Python和Ruby绑定(还有更多，我忘记了)，Vim也可以以您所关心的大多数方式进行可编程。

我使用Vim，而且我对它相当满意。

偏颇的观点:

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

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

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

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

我从vi开始，到emacs，然后到vim。我一直想试试Emacs，看看在过去五年中发生了什么变化。(说到IDE，我已经使用eclipse有一段时间了，但我更喜欢我的终端窗口连接我的mac和我(丈夫的)linux盒子)。

剪切粘贴的事最近一直困扰着我。在Vim中剪切和粘贴比在Emacs和IIRC中需要更多的步骤。从浏览器粘贴到终端窗口很烦人，除非你做了一些我不喜欢做的奇特的事情，所以我忍受了奇怪的缩进。我认为，在emacs中编辑多个文件更容易。如果两个文件都在屏幕上，至少可以从一个文件跳转到下一个文件。

我没有使用vi或emacs的花哨特性，因为我只是想开始编码的工作。我所需要的是漂亮的颜色和适当的制表符到空格的转换(对python尤其重要)。

我认为这完全取决于你是想使用:wq还是Ctrl-x Ctrl-s (IIRC)来保存文件，如果你不关心花哨的东西。

@mgb是正确的。一两个月前，我曾在Debian发行版中使用最低限度的linux来修复一些东西。Vi是唯一可用的编辑器。

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?)

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