好工具应当隐形，而非谜题
Good Tools Are Invisible
我受够了开发者把工具的缺陷包装成有趣的'谜题'。很多人沉迷于在 vim 或 emacs 中构建宏来解决一次性问题，却忽略了在 Sublime 中用多光标一分钟就能搞定。这种对工具的宗教式崇拜，本质上是将工具变成了身份标识，让人把'感觉高效'误认为是'真正高效'。真正的工具应该像空气一样隐形，当你熟练掌握时它就该消失。如果工具让你不得不费尽心思去绕过限制，那它就不够好。作为工具制造者，我们的责任是提供优秀的默认设置，而不是把配置负担甩给用户。
真正的测试标准不是你感觉多么投入或聪明，而是实际花费的墙钟时间以及你在此过程中犯了多少错误。
- 有评论者反驳原文对 Vim 功能的误解，指出 Vim 实际上支持任意位置的多光标编辑，并非如文中暗示般存在缺陷。
- 一位 Blender 用户分享经验，通过 Stream Deck 将常用快捷键物理化，消除了鼠标移动带来的流程中断，证明了减少摩擦对效率的显著提升。
- 有观点认为，工具设计的'隐形'并非绝对真理，某些工作流需要'可读的复杂性'，过度简化反而无法满足特定场景需求。
- 评论指出，部分开发者将克服工具摩擦视为乐趣甚至能力证明，但这种'解谜'心态在职业工作流中往往会让位于对低摩擦工具的偏好。
- 有从业者提到，Odin 等语言通过限制元编程能力而非提供无限扩展，反而减少了用户'把玩'编译器的时间，使其成为更纯粹的生产工具。