当前资料过少。 等高质量资料到了grep hold不住的时候（估计100篇？），再开始搭建上层结构。 现在的上层结构，不需要搭建，偶尔需要就写篇文章整理一下即可。

---

1. 基础知识
   1. 数学
      1. 微积分
      2. 线性代数
      3. 概率论
   2. 计算机
      1. 数据结构
      2. 计算机组成
      3. 操作系统
      4. 编译原理
      5. 计算机网络
   3. 编程语言
   4. 软件工程
2. 领域知识
   1. 游戏
   2. 后端
   3. 机器学习
   4. TODO
3. 碎片知识
   1. 调试
   2. 工具
   3. 检索信息
   4. 开源文化
   5. 版本管理

---

cat index.wiki| grep -n -B 4 '\[\ \]\|TODO'

这是一次知识结构整理的尝试，站在之前几次失败的肩膀上。

在我看来，整理知识结构的关键有以下几点：

1. 要有一个理论上无懈可击的顶层目录结构
   • 本次整理，选用了知乎一个回答的目录结构，感谢：https://www.zhihu.com/question/68571487
2. 每个知识点都可以迅速定位到指定一篇文章中，加入、更新、退出一气呵成
   • vimwiki的主页目录帮助回忆
   • 通过名字直接链接进去来快速定位
   • 每篇文章分别维护来保证独立性
   • 扩展vimwiki快捷键来更新对应一条线的目录、所有文章中对应关键字的链接
3. 每个知识点的增删改都不能破坏目录结构的可维护性，这就要求目录结构本身包容性强，而且具备一定的透明更新能力（即无意间的更新）
   • 顶层目录以顶层眼光来设计，不碰细节内容
   • 底层全都用单层平铺的方式来组织，没有目录结构也就相当于有了自动维护的能力
4. 拥有精心设计的图谱页面，供多种不同的检索需求
   • 首页目录供全景观察、回忆
   • 领域目录供单领域知识体系梳理、更新、定位
   • TODO

1. 一切设计与约定都必须在主页写明，以便保证设计的统一与不遗漏，因此，哪怕是局部内容，也必须在主页中提供链接
2. 所有未完待续的地方只有两种标记方法，以便通过grep方便地检索：
   1. 用TODO来标记
   2. 用[ ]来标记
3. 文章是否有内容，用加不加链接来标记，以便全局文章链接的自动维护：
   1. 所有加了链接的文章都必须有内容
   2. 没加的则一定没有内容