在日常层面上有巨大的区别——Vim(或任何vi变体)本质上是模态的(你进入命令模式，但你不能编辑)，而Emacs(以及大多数其他编辑器)不是。

当然，使用菜单之类的东西，你不需要在Vim中实际进入命令模式——首先。但即使使用Vim的一小部分力量，你也会。这是Vim/Emacs争论的核心。

就我个人而言，我还认为Emacs的可扩展性要强得多。你可以找到很多东西的Elisp包。

不过，我很好奇，为什么您考虑学习其中一种而不是更传统的IDE。你为什么要学这个?

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

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

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

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

关于这两个编辑器，已经说了很多，但我只想补充我的5便士。这两个编辑器都很棒，你不会选错他们中的任何一个。

我使用vi/vim已经有15年了。我试过几次转换到emacs，但每次都发现vim实际上可以做缺少的事情，而不需要写一个lisp扩展或安装一些东西。

对我来说，编辑器的主要区别是vim让你使用环境/操作系统，而emacs试图封装它或替换它。 例如，您可以在文本中添加日期:r!日期在vim，或日历与:r!ccal1 2014，甚至用十六进制版本的内容替换缓冲区的内容。如。: % !Xxd，编辑十六进制，然后返回:%!XXD -r，以及许多其他用途，如内置grep, sed等。

另一个例子是使用jq和gron。如。将json blob粘贴到编辑器，然后运行转换:

:r!curl -s http://interesting/api/v1/get/stuff
:%!gron | grep 'interesting' | gron -u

OR

:%!jq .path.to.stuff

上面的每个管道命令都可以通过:%!<命令>，其中%表示所有文档，但也可以对选定的行等运行。这里gron输出可以作为jq路径。

您还可以获得EX批量编辑功能，例如。替换某些单词，重新格式化代码，转换dos->unix换行符，一次对100个文件运行宏。这很容易用ex完成。我不确定emacs是否有类似的东西。

换句话说，IMHO vim更接近unix哲学。它通常更简单、更小，但是如果您了解您的操作系统和工具，您可能只需要VIM提供的东西。我从来没有。

此外，vi在任何unix/linux系统上都是事实上的标准，为什么要学习使用两个做同样事情的工具呢?当然，有些系统提供mg或类似的东西，但肯定不是所有的。Unix + Vi <3。

好吧，只要我的5便士。

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

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

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

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

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