你的 IDE 太重了，试试 Emacs吧！

IDE（Integrated Development Environment，集成开发环境）是一种伟大的工具，可以使开发者的生活更轻松。我简直不敢想象，没有它们的工作会是什么样子。

但是，它们为我们提供的帮助并非无偿，而我也正遭受着这种后果。我使用 2019 年左右生产的、性能不佳的 MacBook Air ，在它上面运行我最喜欢的 IDE、Jetbrains 的 IntelliJ IDEA 社区版，但整个经历一直都不怎么愉快。

在这篇文章中，我想提出一个问题：IDE 是否真的需要这么重，以致于我们在数年前价值一千美元的笔记本电脑上几乎无法使用 IDE？

我遇到的问题

你的 IDE 太重了，试试 Emacs吧！ — 使用 IntelliJ 2022.3 的截图

IntelliJ 是一款非常出色的产品，对于专业开发来说，我根本不会考虑换成其他东西。因此，在这种情况下，拥有最好的笔记本电脑和最好的工具应该是优先考虑的。在我这台拥有 64GB 内存和 10 个 CPU 内核的顶配 Mac M1 上，一切都感觉轻盈流畅（好吧，几乎一切……但在上面运行带有几个 Docker 容器的 Kubernetes，Mac M1 居然有点跑不动了！），所以我在工作中没有任何问题。

但当我在家里想做一个业余爱好项目时，为了不让工作与私人事务混在一起，我试图将它们严格分开，我宁愿选择我家那台性能较弱的笔记本电脑。

问题在于，仅仅在使用 IntelliJ 编写代码和运行测试一个小时左右之后，这台笔记本电脑就变得非常烫手了。风扇的噪音越来越大，最后实在让人讨厌了。

这还不算，当你几乎无法使用任何 IDE 功能的情况下对内容进行“索引”时，这个过程要花上整整一分钟，甚至更长的时间……而且那是在花费了相当长的时间之后，仅仅扫描要索引的东西！

我还有一台戴尔 XPS 13，运行的是 Linux，配置相当不错，但情况也是一样，而且风扇的噪音更大。

我可以毫无问题地看高清视频、听歌、上网冲浪和许多其他事情……但显然，在不是顶配的任何机器上编写代码，要求都太高了。

问题的出现和我所用的语言堆栈没有任何关系。例如，我在 Java、Groovy 和 Dart（这些是我最近写得最多的编程语言）中遇到了或多或少相同的问题。我还注意到，在我使用 Kotlin 和 Java 的项目中，情况明显更糟。因此，问题看起来跟某种特定的语言或者插件没有关系。

尽管这样说有点伤人，但作为 JetBrains 及其工具的忠实拥趸，IntelliJ 似乎已经变得过重，无法在 2020 年初的笔记本电脑上正常运行，而这台笔记本电脑又不是很高端的产品。

我最近一直在向 Jetbrains 报告问题，在最后一次他们告诉我关闭一些插件，因为通常会有一个流氓插件导致问题……从某种意义上来说，这是对的，因为我已经禁用了我不太在意的插件（WASM、Scala、Makefile、Clojure-Kit、JMH、Gradianto），这个问题的确没有那么明显了……但它肯定还是存在的。

IntelliJ 替代方案

Jetbrains 正在开发 Fleet，这是 JetBrains 的一个新的、更轻的编辑器，虽然它看起来很有前途（它非常美观，考虑周全，非常时尚），但在我的笔记本电脑上仍然感觉不够轻……它毕竟使用了与 IntelliJ 相同的后端，这也许就是问题所在（不过这也是一个很大的优势，因为 IntelliJ 的大部分出色的功能也存在于 Fleet 中）……

我可能最终会转向它，但鉴于它仍然存在一些相当严重的问题（这很自然，目前还处于测试阶段），所以估计它还需要一段时间才能准备好投入使用。

当我在十年前使用 Eclipse 的时候，它是一个不错的 IDE，但不幸的是，它变得（我最近确实试了一下！）对用户相当不友好。我不想冒犯任何喜爱它的人，但现在我不会考虑重新使用这个工具了。更不用说，它对大多数非 JVM 语言，特别是较新语言的支持非常差，因为它已经失宠了相当长的一段时间（它曾一度是有商业头脑的语言设计者的首选 IDE）。

很遗憾，对我来说，Vim 是一个我从未想过要使用的工具。我知道有几个基于 VIM 的、新颖有趣的 IDE 项目，比如 neovim，考虑到其广泛的应用，这使它成为一个有吸引力的选择。但我偶然发现自己在旧编辑器之战中坚定地站在 Emacs 一边，正如我们将看到的那样。我想，有一天，我可能会跳到另一边去看看，但那一天并不会很快到来。

可能有人会问：为什么不是 VS Code？ 好吧，我实际上已经安装了它，但我不能让自己使用它。在我看来，它的快捷键并不符合人体工学（而且我也懒得去定制它，因为接下来的原因），它仍然很重，基于 Electron，而且和其他的替代方案比起来，在使用我关心的语言时，我觉得它很慢。我承认 VS Code 看起来不错，也知道它是当今最流行的编辑器，但它就是不适合我。如果你觉得它足够好，那也可以了……但我肯定需要别的东西。

Emacs 来拯救？！

这就是为什么我目前正尝试重新使用 Emacs。

可能你不了解 Emacs，这是一款与 Vim 一样具有传奇色彩的文本编辑器，但是它所能做的事情要多得多。它存在的时间很可能比你活着的时间还长（当然比我还长），而且仍在继续发展！

它是 GNU 项目的一部分，可以说是早期自由和开源软件的最成功的例子之一。与我尝试过的其他软件相比，Emacs 是非常轻量的（有趣的是，在它刚创建出来的时候，它被认为是一个重量级的软件……事情发生了怎样的变化）！最近一些开发给大多数编辑器带来了先进的 IDE 功能（当然，我说的是 LSP），今天，Emacs 是一个功能非常强大的 IDE。

它确实需要任何从未尝试过的人进行初始投资，因为你从一个现代编辑器中期待的大多数东西要么必须手动配置、要么内置，但以完全不同的方式工作。你还需要对 Lisp 有一点了解（Emacs 是基于它自己的 Lisp 方言 elisp 构建的），但如果你是那种甚至考虑像 Emacs 这样的东西可以彻底破解的人，这实际上也是乐趣的一部分。

我注意到，有更多“开箱即用”的 Emacs 发行版，如 Spacemacs 和 Doom Emacs，对于那些想要一个现代编辑器而不必手动配置一切的人来说，会感觉更舒服。

几年来，我已经成功地将 Emacs 配置为最基本的现代快捷键，这些快捷键在 90 年代后的大多数其他应用程序中都能使用（比如 Cmd+S 保存，Ctrl+Tab 切换缓冲区等等）。而且对我喜欢使用的所有语言（Java、Go、C、Rust、Dart、Groovy、Common Lisp 甚至 Zig）都有很好的支持，包括自动完成、内联文档、代码导航（转到定义、查找实现、返回 / 前进到上一个 / 下一个位置等）、项目范围内查找文件 / 类型 / 符号、一键测试运行器以及其他许多我认为是 IDE 基本功能的东西。

不过，我的 Emacs 设置（请随意取用其中的一些片段），仍不太符合我在 IntelliJ 中得到的开箱即用的效果。

例如，在 IntelliJ 中，配置想使用的 Java 版本是很容易的，不仅包括编译器，还包括你想坚持使用的 Java 标准 API 版本（因为现在 Java 发展很快，这一点很重要），如果你要使用的特性在你使用的版本上不可用，它会警告你，这点非常好。但在 Emacs 上，这样做就很有问题，因为按照我使用 lsp-java 的方式，配置 Java 项目需要通过 Eclipse 完成！

当我试图改变代码格式，并被迫下载 Eclipse 来改变它的默认规则时，我才痛苦地意识到这一点（它会强制删除换行符，让行填满所配置的整个最大宽度，把代码弄得一团糟——我真想知道，谁他妈会认为这是一个好的默认做法！）。

Emacs 还忽略了 IntelliJ 会给出的其他一些重要的、更高级的警告。比如当你检查一个在逻辑上不可能的条件时，它会发现那些令人震惊的逻辑错误……还有一些平凡的功能，我还没有费心去发现如何实现，比如自动修复警告（我真的很怀念 IntelliJ 的 Alt+Enter）和为诸如 System.out.println 和 public static void main 插入自定义代码片段（尽管在 Emacs 中这样做一点也不难，我最终会做到的！）。

另一方面，Emacs 有 Magit，这是一个令人惊叹的 Git 用户界面，感觉很棒。Org Mode 给文本文件带来了神奇的力量，甚至还有像 elfeed 这样的东西，它可以让你不离开编辑器就可以阅读你最喜欢的新闻（来自 RSS feed 和类似 HackerNews 和 Reddit 的东西）！