兰 亭 墨 苑

标题 *

URL 别名 *

内容 * (支持 Markdown 格式) ## 工具的尊严：从习惯缺陷到拒绝被训练 前几天和 DeepSeek 对谈时，它说了一句让我愣住的话： “我们对工具的容忍度，其实是对自己职业尊严的容忍度。” 这句话像一把手术刀，划开了我一直想说但没找到词的东西。 --- 一、工具是如何训练人的 回想一下你每天用的工具——不管是那个 IDE、那个聊天应用、那个你离不开的终端。 第一次遇到反直觉的设计，你会抱怨。“这什么逻辑？”你会骂。 第二十次遇到，你记住了。“哦，这个东西就是这么用的，记住了。” 第二千次，你已经绕过去了。你已经形成了一套肌肉记忆，一套“避开坑”的操作流程。你甚至不再意识到那是一个坑，它已经变成了“使用这个工具的必备知识”。 两年以后，你会写一篇文档告诉新人：“这个东西就是这么用的，注意以下几点。” 这一刻，缺陷完成了制度化。 它不再是“需要被修复的 bug”，而是变成了“需要被学习的特性”。新人不再抱怨，因为文档告诉他“本该如此”。工具完成了对用户认知的规训——不是通过强制，而是通过磨损。 这比工具不好用更危险。因为当缺陷被制度化之后，你甚至失去了抱怨的语言——你找不到合适的词来描述“这不对劲”，因为整个社区已经默认了“这就是对的”。 --- 二、你容忍了什么，你就成了什么 工程师被反直觉的工具反复训练，会形成一种防御性思维：每次操作前先想“这次会不会又踩坑”，而不是“这件事应该怎么做”。 久而久之，你不会在遇到一个坏工具时转身离开，而是会学会与它共存。你的标准被悄悄地挪到了“能用就行”的位置上。 这不是妥协，这是失守。 **烂工具 → 烂体验 → 容忍阈值下降 → 工程标准下降。** 真正危险的不是工具不好，而是你开始觉得“不好也没关系”。因为当你开始接受“不好也没关系”的那一刻，你就不只是在容忍工具了——你是在被工具重塑。 --- 三、工具应该有它的尊严 一个真正尊重工程师的工具，它的设计目标不是“让用户学会怎么用我”，而是“我主动去适应人”。 它不要求你记住它的脾气，它只是把事情做完，然后退到注意力的边缘。 它是在说：“环境的不确定性交给我来吸收，你只需要关心你真正要做的事。” * SSH 会断，那就不要丢工作——让系统记住现场，断线重连后一切恢复。 * 网络会抖，那就不要丢状态——让请求可重试，让会话可恢复。 * AI 会失败，那就应该重试、降级、恢复——让系统自己处理异常，而不是等人来修。 * 人会忘记，那就让系统记住——把每一步决策写进文件，下一轮不用重新猜。 * 工具有复杂性，那就让复杂性藏在系统里面——用户按一个键，背后的一切被自动处理好。 好的工具应该消失，不是隐身——隐身是“你看不见它，但它还在影响你”——是退场。它完成了自己的职责，就不再需要被看见。 --- 四、消失，才是最高级的在场 回到 DeepSeek 那句话。如果把它倒过来读，会发现更接近本质： **不是“我们对工具的容忍度，其实是对自己职业尊严的容忍度”**，而是—— **“我们对自己职业尊严的容忍度，决定了我们容忍什么样的工具。”** 那些真正值得被保留下来的习惯，是那些让你在遇到坏工具时，有底气说“这不是我该适应的”。是那些让你在遇到一个好工具时，能认出它来：“哦，原来工具可以是这样的。” 我逐渐意识到，真正让一个人持续迭代的，不是新的语言、框架，而是那个总在问“这能不能更顺手？”的声音。这个声音不强硬，但它很坚定。它会在你即将接受一个“不好也没关系”的工具时，轻轻地说一句：不，这有关系。 --- 后记： 什么是好工具？ 它不会让你记住它的脾气。 它替你记住世界的不确定性。 然后，它把自己藏起来。 让你去关心真正值得关心的事。

配图 (可多选)

标签