不要只按资料来源整理知识
无线通信算法工程师很容易积累大量资料：标准、论文、仿真文档、代码注释、测试报告、会议纪要。如果只是按来源分类，几年之后会得到一个很大的资料仓库，但不一定形成知识体系。真正有用的体系，应该能支持你快速回答问题：某个机制解决什么问题，关键假设是什么，仿真里如何建模，产品实现有什么约束。
我倾向于从五个层次组织知识：标准、模型、代码、实验、表达。
五层知识结构
| 层次 | 关注点 | 产出形式 |
|---|---|---|
| 标准 | 机制定义和边界 | 条款笔记、流程图 |
| 模型 | 可计算抽象 | 公式、伪代码、仿真参数 |
| 代码 | 工程实现 | 模块地图、调用链 |
| 实验 | 行为验证 | Case、KPI、Trace |
| 表达 | 对外讲清楚 | 文章、分享、复盘 |
一个机制如果只停留在标准层，理解通常是不稳定的；如果能走到代码和实验层，就更容易知道它在真实系统里会受到哪些约束。
知识沉淀要服务问题解决
我不建议把知识管理做成复杂仪式。更好的方式，是围绕真实问题建立笔记。例如“为什么某个调度特性在高负载场景收益下降”，这类问题会自然牵引你连接信道、业务、调度、KPI 和 Trace。
## 问题
某特性在高负载场景收益下降。
## 可能原因
- 调度优先级被 GBR 业务挤压
- 干扰分布变化
- 参数配置与目标场景不匹配
## 需要验证
- 对比用户级 Trace
- 固定种子复现实验
- 拆分业务模型贡献最后要形成自己的表达
能不能讲清楚，是检验知识是否真正内化的好方法。写文章、做分享、画结构图，并不是额外工作，而是把碎片经验压缩成可复用模型的过程。
工程师的知识体系，不是收藏了多少资料，而是面对新问题时能否快速建立判断框架。