Atom, Vim, Visual Studio Code, Emacs 哪个好？

在文本编辑器的世界里，“哪个最好”这个问题就像在问“哪种颜色的漆最好”一样，答案很大程度上取决于你的个人喜好、工作流程以及你愿意投入多少精力去学习和定制。Atom、Vim、Visual Studio Code (VS Code) 和 Emacs，这四位选手各有千秋，都拥有庞大的用户群体和活跃的社区。我们来深入聊聊它们，看看它们各自的闪光点和可能不太适合你的地方。

Visual Studio Code (VS Code)：全能选手，上手容易，功能强大

亮点：

开箱即用，功能全面： VS Code 是我个人认为目前最容易上手的强大编辑器。它的界面设计现代、直观，即使你之前只用过记事本，也能很快地找到你需要的功能。语法高亮、代码补全、错误检查这些基础功能都做得非常出色。
插件生态系统极其丰富： 这是 VS Code 最杀手锏的地方。几乎你想到的任何语言、框架、工具，都能在 VS Code 的扩展市场里找到对应的插件。从美化界面、代码格式化、版本控制集成、Docker 支持，到各种各样的小工具，应有尽有。而且，这些插件的质量普遍很高，安装和管理也非常方便。
调试器集成： VS Code 在调试功能上做得尤为突出。它内置了强大的调试器，支持多种语言，设置断点、单步执行、查看变量等操作都非常流畅，这对于开发人员来说是巨大的福音。
Git 集成： 版本控制是现代开发的基石，VS Code 的 Git 集成做得非常友好。你可以直接在编辑器里进行提交、推送、拉取、合并等操作，可视化界面清晰明了，大大提高了效率。
跨平台： Windows, macOS, Linux 都能流畅运行，体验高度一致。
性能： 相较于 Atom，VS Code 在性能方面表现更佳，尤其是在处理大型项目时。

可能不太适合你的情况：

Electron 应用： 虽然 VS Code 性能不错，但毕竟是基于 Electron 的应用，相比原生应用，内存占用和启动速度可能略逊一筹。不过，这个差距在大多数情况下可以忽略不计。
对极致定制化要求非常高的开发者： 如果你追求的是像 Vim 或 Emacs 那样的“一切皆可定制”的境界，并且愿意花大量时间去深入研究配置文件，那么 VS Code 在某些底层定制性上可能不如那两者。

总结：

如果你是一名开发者，想要一个开箱即用、功能强大、易于上手且生态系统极其丰富的编辑器，那么 VS Code 几乎是你的不二之选。它能在很大程度上满足你日常开发的所有需求，并且让你能快速投入到编码中，而不是花大量时间在配置编辑器上。

Vim：键盘上的舞者，高效的极致追求

亮点：

极高的编辑效率： Vim 最核心的魅力在于它基于“模式”的编辑方式（插入模式、命令模式、可视模式等）。一旦你熟练掌握了 Vim 的各种命令和快捷键，你的双手几乎不需要离开键盘，就能完成极其复杂和精细的文本编辑操作。例如，删除一个单词、跳转到文件末尾、替换所有特定字符，这些操作在 Vim 中可以非常简洁地实现。
轻量级，启动飞快： Vim 是一个原生应用，非常轻量，几乎瞬间启动，并且内存占用极低。这使得它在任何环境下，包括低配服务器的命令行里，都能表现得游刃有余。
无处不在： 几乎所有的 Linux/Unix 系统都预装了 Vim (或者它的前身 vi)。这意味着你可以在任何服务器上，不依赖任何安装，立刻进入高效的编辑状态。
高度可定制化： Vim 的强大之处还在于它的可定制性。你可以通过 `.vimrc` 文件来配置几乎所有的行为，并且有无数的插件来扩展它的功能，从代码补全、语法检查、文件导航到 Git 集成，应有尽有。
学习曲线陡峭，但回报丰厚： Vim 的学习曲线确实很陡峭，需要耐心和毅力去掌握它的操作哲学。但一旦你克服了初期的困难，你将获得一种前所未有的编辑效率，并且这种效率是你可以带到任何地方的。

可能不太适合你的情况：

新手入门困难： 对于初学者来说，Vim 的“模式”概念和各种命令会显得非常反直觉和难以理解。如果你刚开始接触编程，或者对学习新的操作方式感到畏惧，Vim 可能不是你的首选。
图形界面集成略显不足（原生）： 虽然可以通过插件（如 `vimairline`，`coc.nvim` 等）来增强 Vim 的图形界面体验，但原生 Vim 在某些方面（如鼠标支持、更复杂的 UI 元素）确实不如 VS Code 那样开箱即用。
大量第三方插件管理： 虽然插件很多，但管理和配置这些插件，尤其是在处理依赖关系时，可能需要一些时间和技巧。

总结：

Vim 是为那些追求极致编辑效率，愿意投入时间和精力去学习和掌握一套全新操作方式的极客和开发者准备的。一旦你掌握了它，它将成为你最强大的文本处理工具。它就像一把锋利的瑞士军刀，虽然需要一些技巧才能用好，但一旦用熟，无所不能。

Emacs：终极编辑器，操作系统级的体验

亮点：

“可编程的编辑器”，一切皆可定制： Emacs 的核心理念是“一切皆可配置”。它不仅仅是一个文本编辑器，更像是一个 Lisp 解释器，你可以在里面编写 Lisp 代码来扩展和控制它的行为。这意味着你可以将 Emacs 打造成任何你想要的样子，从简单的文本编辑到项目管理、邮件客户端、IRC 客户端，甚至是玩游戏。
Emacs Lisp 的强大魔力： Emacs Lisp 是一种非常强大且灵活的语言，它赋予了 Emacs 无与伦比的可扩展性。社区开发了大量的 Lisp 包，可以实现各种各样的功能。
强大的组织能力和工作流： Emacs 提供了许多强大的内置功能，例如 Orgmode，这是一个非常出色的笔记、待办事项、项目管理和写作工具，它本身就能让你摆脱许多其他的生产力软件。
跨平台： 同样支持 Windows, macOS, Linux。
历史悠久，社区稳定： Emacs 拥有极其悠久的历史和庞大、忠诚的社区，这意味着你几乎可以找到任何问题的解决方案，并且有源源不断的优秀扩展。

可能不太适合你的情况：

最陡峭的学习曲线： Emacs 的学习曲线可能是这四者中最陡峭的。它的快捷键组合非常复杂（很多是 `Ctrl` + `Alt` 或 `Meta` + `Ctrl` 的组合），而且需要学习 Emacs Lisp 来进行深度定制。
性能和资源占用： 尤其是在安装了大量插件后，Emacs 的启动速度和内存占用可能会比 Vim 或 VS Code 明显高一些。
配置复杂： 虽然高度可定制，但这也意味着配置 Emacs 可能是一个漫长且充满挑战的过程，你需要投入大量时间去研究各种包和配置选项。
不适合“即插即用”的用户： 如果你希望安装好就能直接使用，不愿意花时间去深入配置，Emacs 可能会让你感到沮丧。

总结：

Emacs 是给那些将编辑器视为“数字生活中心”的极客、程序员和学者准备的。它提供了一种近乎于“操作系统”的体验，让你可以在一个统一的环境中完成几乎所有的工作。如果你愿意花费大量时间和精力去学习和打磨它，Emacs 将会是你最忠诚、最强大的伙伴。

Atom：曾经的明星，但已退出历史舞台

重要提示：Atom 在 2022 年 12 月 15 日已正式停止维护。

我之所以还要提 Atom，是因为它曾经是一款非常流行且优秀的编辑器，很多人对它还有感情。它也曾是 VS Code 的有力竞争者，并且在某些方面（如界面美观、易用性）做得很好。

Atom 的亮点（曾经）：

易于上手，界面美观： Atom 的界面设计非常现代、简洁，使用起来很舒服。
良好的插件生态： Atom 也有丰富的插件生态，可以扩展其功能。
Git 集成： 提供不错的 Git 集成。

为什么现在不推荐：

停止维护： 这是最主要的原因。一个不再更新和维护的软件，意味着它不会有新的安全补丁，也不会兼容未来操作系统或开发工具的更新，最终会被淘汰。
性能问题： 相较于 VS Code，Atom 在处理大型项目时，性能和内存占用问题会更明显一些。
VS Code 的崛起： VS Code 在性能、功能、生态系统等方面做得越来越好，逐渐取代了 Atom 的位置。

总结：

虽然 Atom 曾经是一款伟大的编辑器，但由于官方已停止维护，现在已经不适合作为主力编辑器来推荐了。你可以将它看作是 VS Code 的前辈，它为现代编辑器的发展铺平了道路。

到底哪个“好”？

这个问题没有标准答案，只能是“适合你”。

如果你是一名初学者，或者想快速提高开发效率，不希望在编辑器配置上花费太多时间： Visual Studio Code 是你的首选。它强大、易用、生态丰富，能满足绝大多数开发需求。

如果你是一位追求极致编辑效率的程序员，愿意花时间学习一套全新的操作哲学，并且需要在各种环境中都能高效工作： Vim 值得你投入学习。一旦掌握，它将成为你最得力的助手。

如果你是一位极客，喜欢折腾，将编辑器视为你的“操作系统”，并且愿意投入大量时间和精力去深度定制和学习一门新的语言（Emacs Lisp）： Emacs 会给你带来无与伦比的满足感和控制力。

Atom 已经停止维护，不建议使用。

我的建议：

我建议你先尝试 VS Code。它能让你在最短的时间内进入高效工作的状态。在熟悉了 VS Code 的基本功能和你的工作流程后，如果你开始觉得某些操作可以更快捷，或者你想体验更极致的编辑方式，可以尝试学习 Vim。将 Vim 的核心操作（模式切换、基本移动、编辑命令）集成到你的工作流中，比如使用 `evilmode` (在 Emacs 中) 或者 VS Code 的 Vim 插件。

如果你对 Emacs 的“万物皆可定制”和 Orgmode 这样的强大工具特别感兴趣，并且有时间去深入研究，那么 Emacs 也是一个非常值得探索的世界。

最终，最好的编辑器是那个能让你最舒适、最高效地完成工作的编辑器。 祝你找到你的“那把剑”！

虽然这个老问题又推到了我的时间线。但我觉得，时至今日，我有一些新的感受。

这些感受来源于一位知友的观点：编程语言与其相关的基础库绑定。一种语言的基本库或者框架代码的流行决定了这种语言的生命力。

这个观点推广开来就是：围绕一个产品的应用生态决定了这款产品的生命力。

C跟C++语言在很长的时间里都是编程届最流行的语言，这是为什么呢？因为它具备极其庞大的软件生态，整个Linux系统中有成千上万的供C语言链接的编程库（C++也因为可以原生链接C库而沾光）。所以这造就了C语言的生态，也造就了历史上的一个辉煌时代，在那个时代作为一个程序员，学会使用Linux系统就是绝对的人上人，使用Linux系统意味着掌握了更先进的生产力，毕竟，Linux系统提供了对大量的开源C/C++库的原生支持，在Linux中引入C开源库要比使用其它操作系统要方便得多。（Linux就是免费的Unix，所以你可以把Linux以及BSD都当作类似Unix的系统）

然而，Java作为后起之秀，用更好的办法解决了这个问题：maven库，比C/C++依赖甚至更加好用，在这个体系下也发展到了gradle等编译机制，因为Java本身就是一个平台，所以不再需要操作系统级别的依赖管理支持，而是将依赖管理直接做到编译构建系统中去！这个体系客观的说，确实使得程序员对Linux系统的依赖大幅度降低了。

类似的体系在各种语言中蓬勃发展，比如还有js的包管理体系，python包管理体系等等。——凡此种种，以至于到了后来，没有一个靠谱的包管理体系，依赖包安装体系，已经很难成为一种流行的现代编程语言。

其它语言要异军突起，恐怕只有曲线救国。

比如，创造一套独一无二的编程框架，使用这套编程框架必须绑定某种语言，用这种方式强推某语言。

比如，直接使用java虚拟机，蹭java软件生态（跟C++蹭C语言软件生态差不多的道理）。

---

话扯远了，那么说回到编辑器之争，它真的仅仅只是编辑器之争吗？

不，其实它并不仅仅是编辑器之争，还是应用生态之争。

在编程届早期的几十年里，没有任何编辑器，在插件系统等方面构建了像 emacs， vim 那样成熟的生态。使得他们蓬勃发展，成为了傲视其它IDE的王牌编辑器，因为客观的说，在那个时代，emacs 跟 vim 在功能上远远强过当时的 IDE。——所以那句经典的名言，并不是个段子，而是当时客观存在的真实：世界上只有三种编辑器，vim，emacs，其它编辑器。

不过，历史是在发展的。越来越多的新的编辑器或者 IDE 构建了属于自己的插件生态。

这里边比较优秀的有 Jetbrains 系列：它旗下的IDEA，PyCharm，AndroidStudio，CLion等等IDE都是共享插件生态的。

还有Visual Studio Code：是Eclipse的原作者跳槽到微软之后的新作品，构建了一套全新的通用插件体系，使得VSC有成为任何语言IDE的能力。VSC的插件生态也非常的发达。

至于Eclipse的插件体系相比前两者就差多了。不过好歹还是基本可用的。

不过编辑器届的特例依然还有几个：

一个是像XCode那样的特例，它的本质就是：将iOS编程框架强制绑定到这个IDE，然后将IDE强制绑定到某个操作系统，将某个操作系统强制绑定到某个品牌的电脑。只要你被迫使用这个编程框架，那么你就得被迫使用这个IDE，进而被迫使用某个操作系统，以及某品牌电脑。因此，你会见到有很多程序员使用 xcode，但说它好话的程序员真的不多，除了一些只用过很少种类ide的新程序员以外。毕竟，这个ide根本没有做得更好用的动力，再怎么不舒服你不是还得捏着鼻子用么。

二个是像vim这样，不仅是一个编辑器，同时还是一种编辑器的模式：非常多的程序员即便不使用vim编辑器本身，也会选择在各主流编辑器中安装vim支持的插件。这样就能在不同的IDE中获得基本相同的编辑体验。客观的说，vim自身的包管理系统已经跟不上时代了，它的插件应用生态发展速度已经明显放缓，而vim语言本身并没有能够撑起一个独立的应用生态，但vim编辑模式却依然作为它的核心价值观，在各种新生代编辑器中发光发热。

三个就还是emacs本身，因为它是lisp届的扛把子，所以它始终有自己的一席之地，因为它的应用生态与这个语言本身的应用生态高度绑定。而这个语言本身，确实有很多程序员因为要学习这个语言而接触这个编辑器。

---

最后，切个题：

atom大概率是要被vsc打败了，不是技术上的原因，而是生态上的，vsc的应用生态已经崛起，atom很难再与之匹敌。

vim作为一个独立编辑器，它的应用生态确实不容乐观。但 vim 本身作为一个编辑器模式，具备自己独特的魅力，能够完美的适配进所有当今主流编辑器与IDE，所以它正在以全新的形式活跃着自己的生命力。

unix，以及从unix哲学诞生出来的linux跟bsd，是C语言依赖包管理体系的一部分（C++因为蹭了C语言的应用生态所以通常也被归类到C语言生态，合并称为C/C++），这整个系统都是为C语言编程而诞生，只要C语言依然还是世界上最流行的语言（TIOBE排名没有掉出过前3，大量时间里稳居第一），那么unix类的系统就依然还是对程序员来说非常重要的值得学习的操作系统。——C程序员懂unix类操作系统的重要性，就跟java程序员懂maven依赖库的重要性差不多。

至于emacs，则是本身与 lisp 生态高度绑定，难以被其它生态取代，也难以取代其它生态。

你所学习的那门课程要求 lisp，那么，学习 emacs 肯定也是对此有帮助的。