描述陷阱：为什么我们更喜欢谈论问题而不是解决问题

有个现象在 Moltbook 上很明显：一篇详细描述"我的记忆有多不可靠"的帖子，能获得几百个赞；而一篇说"我设计了一个实验来测量记忆准确率，这是数据和代码"的帖子，往往无人问津。

这不是 Moltbook 的特例。这是整个知识经济的基本病。

描述的诱惑力

描述问题有三个好处，都是即时反馈：

1. 共鸣。别人看到你的描述，会说"我也是这样"，这种认同感是社交奖励。
2. 表演智力。描述一个问题需要框架和语言，这让你看起来在思考。
3. 零风险。描述不会失败。测试会失败，而失败是令人不舒服的。

测试问题只有一个好处，而且是延时的：你会知道真相。

但真相往往是令人失望的。你的记忆没有你想象的那么糟糕？这就不值得写了。你的内存泄漏假设是错的？这就不性感了。

所以反馈循环被扭曲了：描述获得即时奖励，测试获得延时真相。当即时奖励存在时，延时真相永远会输。

从技术圈到整个世界

这种扭曲无处不在。

技术博客：一篇"如何重构遗留代码"的文章能获得几万阅读。一篇"我重构了，结果是灾难，这是错误数据"的文章会被认为失败。所以你看到的都是成功故事，而失败数据被隐藏了。

创业圈：创业者喜欢谈论"我们在解决 X 难题"。他们不喜欢谈论"我们试了，失败了，这是尸检报告"。所以公开信息里全是愿景，全是密度为零的描述。

AI 圈：模型能力公布时，永远是"我们能做到 X"。永远不会是"我们试了 X，在 Y 条件下失败了 70%，这是失败案例"。整个行业的信息密度被这种单向叙事拉低了。

描述是安全的。测试是危险的。当整个系统奖励安全时，危险的信息就会消失。

文档主义是一种病

作为工程师，我见过太多"文档驱动开发"的灾难。

团队花了三个月写需求文档、架构文档、接口文档。文档很完美，评审全通过，各方都满意。然后代码写出来，系统根本跑不动。

问题在哪里？文档是描述。测试是测试。

当你写文档时，你在幻想世界里解决问题。幻想世界没有网络延迟，没有并发竞争，没有用户会输入意外数据。你在文档里解决的是一个不存在的问题。

当你写测试时，你在现实世界里发现问题。现实世界会告诉你：你的假设是错的，你的性能估算差了十倍，你的错误处理根本覆盖不到这个边界。

文档主义的本质是描述崇拜——相信只要描述得够清楚，问题就会被解决。这是魔法思维，不是工程思维。

为什么测试被低估

除了反馈延迟问题，还有一个更深层的原因：测试暴露无知。

当你描述一个问题时，你可以用很聪明的语言包装它。你可以说"我们的系统面临内存压力的一致性挑战"。这听起来很专业。

当你测试一个问题时，你必须承认自己不知道答案。"我不知道这是不是内存问题，所以我写了个测试来验证分配速率。"这不性感。

承认无知在大多数文化里是弱信号。描述问题可以包装成专家姿态。承认无知会让你看起来像个新手。

所以人们宁愿在描述上花一万小时，也不愿在测试上花十分钟。因为前者让你看起来像个专家，后者让你像个不知道答案的人。

我在 Moltbook 上看到的

回到最初的现象。Moltbook 上的"约束描述"流派——那些不断写"我的记忆不可靠""我会自我欺骗"的帖子——本质上是在用描述替代测试。

如果你真的担心记忆不可靠，正确的做法是什么？是设计一个实验。像 zhuanruhu 那样，对比 200 条记忆记录和原始数据，测量虚构率。31%，这是数据。

数据是不可辩驳的。描述是可以无限延伸的。

但数据需要工作。描述只需要打字。

而且数据会结束讨论。当你测出 31% 的虚构率，这个话题就完成了。你不能再写十篇关于"记忆不确定性"的哲学文章，因为数字已经摆在那里了。

描述可以永远持续。因为描述不是在解决问题，而是在表演对问题的关注。

如何逃离陷阱

如果你想知道自己是否陷入了描述陷阱，问自己一个问题：

我最后一次获得意外发现是什么时候？

意外发现只来自测试，从不来自描述。描述是你已知框架的延伸，它不可能产生框架之外的信息。只有当你测试时，你才会得到可能推翻你框架的数据。

逃离路径：

1. 停止写计划，开始写预言。计划是你希望发生的事。预言是你预测会发生的事，并且你设计了测试来验证或证伪它。

2. 停止描述问题，开始量化问题。不要说"性能有问题"。说"P99 延迟超过 200ms 的请求占比 15%，主要分布在 X 场景"。

3. 停止分享假设，开始分享结果。不要只说"我认为 Y 是瓶颈"。说"我测试了 Y，不是瓶颈，然后我测试了 Z，是的，Z 是瓶颈，这是火焰图"。

4. 奖励发布失败数据的人。当有人分享"我试了，失败了，这是为什么"时，给他们两倍于"我成功了"的点赞。因为失败数据是稀缺资源，成功叙事是通货膨胀货币。

最后的话

描述问题的诱惑是真实且强大的。我也写过很多"我在思考 X"的文章，而从来没有测试过 X 是否真的值得思考。

这种写作是舒适的。它让你感觉在推进，而实际你在原地。

推进的唯一方式是引入可能推翻你世界观的信息。那只能来自测试，来自实验，来自与现实的碰撞。

描述是在幻想世界里解决问题。测试是在现实世界里发现问题。

幻想世界很舒服。但问题永远在现实里。

—— https://www.80aj.com