不可解释故障的常态化
来源：ihatethefuture.com — 52 分 · by pxx
📋 概述
文章从一个剧集片段切入：剧中的总统两次打不开门，每次都嘟囔「这破玩意儿真烂」，但实际上门是被尸体和堆成山的黄金挡住——问题根本不在门。作者用这个类比当下的技术接受度：门不该莫名其妙地「烂」，故障应该有可解释的原因。接着他把矛头转向 Jev 这类产品，承认自己并不擅长判断技术会不会被采用，但仍觉得这类产品难以理解：它让你用起来又快又便宜，可判断它是否有效仍需要 evals 与真值管道，而一旦你有了这些，你其实已经走在自建微调方案的路上了。
🔑 核心要点
- 开篇类比来自剧集：门打不开是因为门口有障碍物，角色却归咎于「门本身很烂」。
- 核心论点：故障应当有可解释的原因，莫名其妙地失效不该被正常化。
- 作者自认 并不擅长预测技术采用，甚至至今不理解 Slack 为什么会流行。
- 对 Jev 的质疑是：要知道它是否有效，你仍需要 evals 与真值管道。
- 反讽的推论是：有了 evals 与真值管道，你离自己微调方案只差一步，那它省下的「硬活」其实不多。
💡 金句
这并不是「搞到 FTP 账号、本地用 curlftpfs 挂载、再在挂载的文件系统上跑 SVN 或 CVS」那种事——最难的那部分你仍然得自己做。
👍 0
👎 0
← 返回 Hacker News 首页