经验驱动。这不是一篇”如何 21 天学会 Python”的鸡汤，而是我自己从踩坑里长出来的学习框架：怎么把零散的知识点连成能讲出口的体系，以及它怎么反哺我的博客和面试。

三个阶段的跃迁

我把自己学一项技术的路径分成三段：

  1. 抄（Copy）：照着官方文档/别人的教程跑通。目标不是懂，是”能跑”。这个阶段允许不懂，但必须原样复现。
  2. 改（Modify）：在跑通的基础上改参数、换输入、故意搞坏看报错。目标是从”它为什么这样”里抠出原理。这一步最容易被跳过，却最关键——大多数人停在”抄”就以为学会了。
  3. 创（Create）：用这项技术解决一个自己真实遇到的问题，并写下来。目标是从”会用”到”能讲”。

这个博客本身就是”创”阶段的产物：每一篇都是我把某个踩坑点写成文章，强迫自己把逻辑理顺。写不出来的地方，就是我还不懂的地方。

怎么把知识变成体系

零散的知识点像一盘散沙，体系化靠三件事：

  • 写下来：费曼技巧的变体。能写成一篇别人看得懂的文章，才算真懂。我博客里的”排障向”长文，都是这个过程的副产品。
  • 连成网：每个新知识都问一句”它和我已知的哪块有关”。比如学到 ONNX，我会把它挂到”模型部署提速”这条线上，而不是孤立记一个格式。
  • 能讲出来：面试本质上就是”讲出来”的考试。我平时就用博客当讲稿，把项目复盘成”遇到什么问题 → 怎么解决 → 启用了什么功能 → 适用什么场景”。

给面试的启示

面试官不怕你某块不深，怕的是你没有自己的框架。当你能把”我学 X 的过程、踩过的坑、怎么连到其他知识”讲成一条线，哪怕某个细节答不全，他也会给你”有体系、能成长”的评价。

这套方法论的副产品，就是你现在看到的这个博客——它不是作品集，而是我学习过程的外脑。建议每个做技术的人都有一个类似的”外脑”，别把知识只存在脑子里。

小结

学习不是收集信息，而是建立连接。抄→改→创三阶段逼你从”能跑”走到”能讲”；写下来、连成网、讲出来三步把零散知识固化成体系。这套方法陪我走完了从运维到 AI 工程的转型，也直接喂饱了这个博客。