演进记录
这个仓库如今更强调一致性、加固与可归档维护，而不是无止境地扩展主题。这种姿态来自刻意收窄，而不是无人维护。
分阶段演进
| 阶段 | 发生了什么 | 持久结果 |
|---|---|---|
| 初始模块扩张 | 仓库建立了围绕构建系统、内存、现代 C++、SIMD 与并发的主题化示例模块 | 可执行示例成为主要教学单元 |
| 验证规范化 | CMake preset、测试、基准与 sanitizer 成为统一的证明语言 | 读者可以通过稳定命令表面复核结论 |
| 文档重构 | 文档站逐步转向 academy、architecture、playbook、reference 与 research 路由 | 仓库开始更像一份白皮书，而不是松散指南集合 |
| 收口与加固 | 维护者优先减少漂移、显式治理与低频维护 | 项目更容易被保存、审查与谨慎更新 |
为什么当前姿态更严格
当前维护模型受三种压力共同塑形：
- 性能建议如果不持续重验证，就会迅速失效。 因此仓库倾向于保留更少但解释更充分的表面。
- 文档漂移成本很高。 站点现在更强调路由清晰与显式交叉链接，而不是大量浅层页面。
- 可归档维护要求低间接性。 未来维护者应能直接从仓库本身理解项目，而不是依赖隐藏工作流。
被刻意保留的内容
examples/下可运行的示例模块- 以 preset 驱动验证作为公开操作契约
- 让性能结论可检查的基准与 profiling 工作流
- 面向读者、且目标受众明确包含双语读者的页面表面
- 在未来清理发生之前，先解释结构决策的仓库指导文件
被刻意抵制的内容
- 没有匹配验证深度却继续增加主题数量
- 增加维护成本但没有提升证据清晰度的额外自动化层
- 听起来比代码实际支持范围更宽、更确定的文档表述
- 彼此竞争“单一事实来源”地位的重复表面
当前姿态的外部锚点
更严格的姿态也有其公共工具与文档基础，它们共同强化了显式、低间接性的工作流：
- CMake Presets 强化了仓库以 preset 为先的验证契约。
- Google Benchmark 是仓库可重复微基准运行所依赖的框架。
- perf wiki 与 Brendan Gregg 的 FlameGraph 项目 对应仓库以 Linux 为主的 profiling 工作流。
- VitePress 支撑了文档站收拢，也替代了更易漂移的旧发布表面。
如何正确理解当前仓库
最重要的解释性变化是：仓库已经不再试图成为一部不断膨胀的“性能技巧百科”。它现在更像一组紧凑、可信、在多年之后仍可被严格审阅者检查的示例与说明。
这也是为什么当前文档会强调拓扑、方法论、参考资料与演进记录。正是这些页面，把仓库从一组示例提升为一份可持续保存的工程记录。