费曼算法：开发者的“深度思考”指南

Source: Dev.to

费曼算法

如果你搜索理查德·费曼的方法，可能会首先看到著名的费曼技巧——一种通过向孩子解释来学习新概念的框架。
但还有另一种鲜为人知的费曼方法，是他的同事默里·盖尔曼开玩笑地命名的，盖尔曼说费曼解决问题的过程是这样的：

1. 写下问题。
2. 深入思考。
3. 写下解决方案。

乍一看这像是个梗，但它实际上概括了调试和编写软件的生命周期。

“如果我有一个小时来解决一个问题，我会花55分钟思考问题本身，5分钟思考解决方案。” – 阿尔伯特·爱因斯坦

在编程中，我们常常跳过思考阶段。看到错误日志后立刻去改变量、刷新浏览器。“写下问题”迫使你明确到底出了什么错。

糟糕 vs. 良好的问题定义

• 糟糕： “登录页面坏了。”
• 良好： “当返回用户使用 Google OAuth 登录时，API 在移动 Safari 上返回 500 服务器错误。”

当你把问题写得清晰时，范围会变窄。往往只要准确定义问题，就能发现解决方案。

开发者如何“深入思考”

• 橡皮鸭调试： 向一个无生命的对象（或耐心的同事）逐行解释代码。
• 隔离法： 注释掉代码块，观察错误是否仍然出现，从而缩小变量范围。
• 暂时离开： 去洗澡或散步。大脑的“扩散模式”会在后台继续处理问题。
• 抵制快速修复： 避免在不理解原理的情况下直接复制粘贴 Stack Overflow 上的第一个答案。

写下解决方案

在编码语境中，“写下解决方案”意味着三件事：

1. 编写干净的代码——确保解决方案不是临时的权宜之计，而是可读、可维护的逻辑。
2. 编写测试——证明解决方案真正有效，并防止未来的回归。
3. 编写文档——留下注释解释为什么这样做。

// Using a Set here instead of an Array because checking for duplicates
// was causing a massive performance bottleneck.

你的未来的自己（以及团队成员）在阅读这些注释时会感激不已。

结论

费曼算法可能最初是诺贝尔奖得主物理学家之间的玩笑，但对软件工程师来说却极其实用。下次遇到棘手的 bug 时，别只顾敲键盘：

1. 停下来，写下问题。
2. 散步，深入思考。
3. 解决后，记录解决方案。

采用这种有纪律的方法可以把令人沮丧的调试过程转化为结构化、可重复的成功。