费曼学习法之所以变得有效，本质是用输出来设定验收条件。 很多人说大模型有幻觉，其实人的幻觉更大，总是自己觉得自己会了，其实并不会，所以就需要输出来验证，倒逼学习质量。 在团队管理中，如果你不给定可交付的验收条件(Deliverable)，那么你无法得到期待的结果，其实学习也是一样。 在敏捷项目管理中，验收条件（AC, Acceptance Criteria）是衡量一个任务质量的关键要素。 测试驱动开发（TDD）本质和费曼学习法没有区别，通过先写一个测试来设定验收条件（Case），再写实现就能提高代码的质量和代码可靠性。 在很多公司培养人的方式就是写博客、分享，我自己也组织了一个每周的技术分享社群（暂时不对 X 开放，没有经历扩大运营规模），通过分享验证自己的想法是否正确（很多人默认自己想法是正确的，这个很不好），其实通过输出也可以检验自己的能力。 不过我倒是没想到在 X 上费曼学习法需要一个教程。 费曼写过几本非常容易读的书《别闹了，费曼先生》(豆瓣评分9.0)《费曼物理学讲义》。这两本书都有他学习东西的思想。 《别闹了，费曼先生》这本书之前读的中文，找到了英文版，老规矩 👇