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

对于这个精确的任务，忘记Vi吧。Emacs与LISP的集成非常棒!你应该使用SLIME。然后，您将与REPL进行出色的集成，能够将函数、缓冲区或文件直接计算到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)中的东西是有意义的……如今，它不再是了。

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

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

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

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

我想引用《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.

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

在你的问题中，你没有提到你想让它用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?)

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