我一开始是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是UNIX的工作编辑器。 Emacs是针对GNU和lisp黑客的，所以它有一些混合的设计元素。

我在我的工作站上使用vim，而我也喜欢emacs。

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)中的东西是有意义的……如今，它不再是了。

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

对我来说，emacs的优点是，

tramp模式允许您通过ssh编辑远程文件。就像本地文件一样。 Tramp-mode + dired =全功能SFTP客户端 支持您需要的所有语言。 内置的终端模拟器(术语模式)，所以我可以继续编码，而无需在应用程序之间切换。 可扩展性任何你不喜欢的东西都可以用lisp来改变。

在你的问题中，你没有提到你想让它用Lisp编程!但是当你评论你的回答时，我明白你实际上想要一个LISP编程接口。

对于这个精确的任务，忘记Vi吧。Emacs与LISP的集成非常棒!你应该使用SLIME。然后，您将与REPL进行出色的集成，能够将函数、缓冲区或文件直接计算到emacs缓冲区中运行的解释器中，以及更多…

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

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