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

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

我是Emacs的粉丝，但我鼓励其他开发人员学习VI，因为:

你可以使用VI编辑emacs的makefile文件。 VI包含ed命令，每个UNIX用户都应该知道ed和sed。

我注意到一些关于VIM启动速度比emacs快的评论。如果您真的关心这个问题，请在服务器模式下运行emacs，并将“emacs”别名为“emacsclient”。客户端速度非常快，因为它所做的一切都是轻拍服务器的肩膀，告诉它你想编辑哪个文件。在MacOSX上，emacsclient只有33K，而emacs是287M。

我不确定这些在现代硬件上是否有必要。在我的MacBook Pro (2013 Retina)上，当我从shell运行emacs时，它几乎是立即加载的。我丝毫没有察觉到停顿。当我运行Emacs时。app (GUI版本)可能需要3秒。

我听到的大多数关于emacs的抱怨似乎都来自那些对emacs不了解的人。我从1982年就开始使用vi和emacs了，我清楚地记得，在我早期的UNIX机器中，emacs加载速度比vi慢得多，并且占用了大部分物理内存，但现在已经不再是这样了，至少15-20年都没有了。

我承认的一个抱怨是“emacs小指”。在我年轻的时候，这从来没有困扰过我。现在我已经58岁了，我的小手指确实因为反复使用Control键进行emacs和弦而有点酸痛。在MacBook Pro的键盘上尤其如此，“控制”键向右移动了一个位置，为“fn”键腾出空间。当Control是左下角的键时，它几乎没有那么烦人。

Emacs具有Viper模式，因此在某种意义上，它提供了一个超特性集(除了那些在使用Viper和Vimpulse的Emacs中缺少哪些Vim特性?)

vi(和VIM IIRC)的重量较轻(它可以就地编辑文件)，但提供的功能较少(子进程通信、扩展语言)。

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

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

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

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

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

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

击键执行::: Vi编辑将保留键入键的每个排列。这将在决策树中创建一个路径，该路径明确地标识任何命令，而Emacs命令是立即执行的键入键的组合，使用户可以选择是否使用命令。

内存使用和可定制性::: vi是一个更小更快的程序，自定义能力更有限，而Emacs启动时间更长，需要更多内存。然而，它是高度可定制的，并且包含大量的特性，因为它本质上是为文本编辑而设计的Lisp程序的执行环境。