好工具是隐形的

原文来源：gingerBill — Good Tools Are Invisible — 好工具应该是不引人注意的。如果你一直在想着你的工具，那说明它还不够好。

一个简单的测试

你有没有注意过自己今天花了多少时间摆弄工具本身？

不是用工具干活，而是调配置、装插件、看键盘快捷键图、搜索「如何用 X 做 Y」——这些动作有一个共同点：它们让你注意到工具本身的存在。

GingerBill（Odin 编程语言的作者）在最近的一篇博文中提出了一个直白的观点：好工具是隐形的。

「我不想让工具『有趣』。我想要的工具是隐形的。」

这句话放在大多数开发者社区里，可能会引发争议。因为在我们的文化里，工具选择几乎等同于身份标识——Vim vs. Emacs、终端 vs. GUI、Linux vs. macOS——每一场争论背后，都有人在为自己的选择辩护。

当工具的缺陷变成一种荣耀

GingerBill 指出了开发工具社区中一种奇怪的现象：很多人把工具的缺陷包装成「解谜游戏」。

「我经常听到有人说：『我喜欢用 Vim，因为写宏很有趣。』但真的吗？你用多光标在 Sublime 里 3 秒就能做完的事，用宏可能要花 5 分钟调试——然后你说这很有趣？」

这个现象我太熟悉了。我刚学 Linux 那会儿，觉得自己能折腾 Arch 的配置是一件很酷的事。每天花一小时调 i3 窗口管理器的颜色方案，换字体、改快捷键、研究不同的状态栏工具。回想起来，那一个小时的真正价值是什么？是真正产出了什么，还是纯粹在享受「我能调好这东西」的虚荣感？

GingerBill 用了 Sublime Text 超过 15 年，他的观点很明确：快捷键必须是操作系统环境的超集以减少心智切换，多光标在 99.999% 的情况下比写宏好（因为可见反馈即时且准确）。

他说得对——问题的关键不是你用什么工具，而是你花了多少时间在你的实际工作上。

工具与身份绑定

工具的麻烦在于，它会和你的身份绑定。

「当你的身份与一个工具绑定后，承认它的缺陷就会变成承认自己的某些问题。」

这句话解释了为什么 Vim vs. Emacs 的争论能持续几十年。不是工具本身真的有那么大的差异，而是因为「我用 Vim / Emacs」已经成为了很多人自我认同的一部分。你投入了几个月甚至几年的时间去学习一个工具，然后有人告诉你这个工具的效率可能还不如一个 GUI 编辑器——你很难不产生防御心理。

这就是沉没成本谬误的变体：我花了这么多时间学习它，它一定值这么多时间。

感觉高效 vs. 真正高效

GingerBill 提出了一个绝妙的分辨：「感觉高效不是真正的高效。」

摆弄窗口管理器、调整终端配色、花式快捷键——这些都让你感觉很专业、很高效。但实际的检验标准只有两个：墙上的时钟时间，和你犯了多少错误。

如果你用 Vim 写代码，两个小时后发现只写了 50 行，而旁边的人用 VS Code 写了 200 行——你真的高效吗？

我这样说并不是反对学 Vim。Vim 的编辑模式确实有优势。但我们需要区分两件事：

1. 这个工具真正让我更快了吗？
2. 还是我只是「觉得」自己在变得更高效？

这是两个互相独立的问题，但大部分人在回答时把它们混为一谈。

终端 vs. GUI 的伪命题

另一个值得讨论的观点：GingerBill 对终端 UI 的辩护者毫不客气。

「很多人说『我无法用键盘操作 GUI』——但那是 GUI 设计者的失败，不是 GUI 的固有限制。」

他认为，设计良好的 GUI 完全可以全键盘操作。问题在于大多数工具制作者不愿意投入精力去做好键盘导航。所以「终端更好」的论点在很多时候其实建立在一个错误的前提上：「因为很多 GUI 做错了，所以终端是唯一正确的选择。」

这就像因为大部分餐馆做牛排不好吃，就得出结论说牛肉本身就是不好的食材。

可配置性的陷阱

「最大化的可配置性不应该是工具的目标，它应该是一种在真正需要时才使用的选项。」

这句话说得太好了。

对我来说，这是整个文章最有价值的部分。Linux 桌面迟迟无法大规模普及，原因之一就在于很多 Linux 用户太享受配置过程了——那是他们的「解谜游戏」。但对普通用户而言，他们不想解谜，他们只想要一个能用的桌面。

GingerBill 的观点其实深入到了工具设计哲学的核心：好的默认值是对用户时间的尊重。 工具制作者应该花精力做出一组好的默认值，让 95% 的用户不需要碰任何配置。剩下 5% 需要调整的人可以改，但不要强迫所有人都去配置。

「高度可配置」很多时候只是一个借口——一个不提供任何观点、把所有决策成本转嫁给用户的借口。

学习曲线不是美德

文章中最直接的一句话：「学习曲线是成本，不是美德。」

我知道有些工具的粉丝会说：「我们的学习曲线陡峭，这样才能过滤掉不认真的人。」但这本质上是一种排外——把技术工具的入门难度包装成某种准入仪式。

我承认，有些工具确实值得陡峭的学习曲线。但它值得的是工具本身提供的长期效率提升，而不是学习曲线带来的排他感。

用 GingerBill 的话说，判断标准很简单：你投入的时间，最终换来了多少真正的生产力提升？ 如果你花了一个月学了 Vim，现在每天能省下半小时，那一年就回本了。但如果你花了三个月学了个没人用的编辑器，只是因为它的官网设计得很有逼格——那你应该重新评估你的选择。

所以，该怎么做？

这篇文章最后给我的不是「该用哪个工具」的答案，而是一套更健康的工具观：

1. 测试方法很简单：你一直在用，但很少注意到它的存在——这是好工具。你每天都要花时间折腾它——它还不够好。
2. 诚实面对自己：你是在解决问题，还是在享受解谜？如果是后者，那请承认这是一种爱好，而不是效率。
3. 学习曲线的评估：投入的学习时间在未来能带来多少真实的效率提升？如果不能明确回答这个问题，那就不值得投入。
4. 不要在工具上建立身份认同：用合适的工具做合适的事，完了。你是什么样的人和你用什么编辑器没有关系。

最后，GingerBill 给工具制作人的建议也值得每个人记下来：设计好的默认值，为少数需要例外的人提供逃生口，把不可见性置于可配置性之上。

因为隐形的好工具，才是真正的好工具。