我是如何记笔记的
上一个消息里和读者探讨到记笔记的方法。我其实也没有花多少时间组织笔记，虽然这一块的确有很多方法论，比如 PARA 还有 Obsidian 社区流行的 MOC、各种目录组织命名法等等。但我只用了最简单的 Zettelkasten, 甚至只用了它给笔记自动加编号的功能。
你可以把笔记的组织规则看作有两个层面，一个是如何创建，一个是如何撰写。我给第一个层面设立的规则非常简单：如果一个新的笔记有明确的归属，比如是为某个项目、工作服务，那么就在对应目录下创建；如果不是，则用插件统一创建在 Zettelkasten 目录下，带有日期前缀。这样我不用花时间思考把笔记写在哪，基本是一想到什么就立刻一个快捷键就开记了。
但我对如何撰写这个层面的要求会比较高，因为我觉得知识库的组织性都是在这里体现的。大概有这几个方面：标题、tags、双向链接。我有一些起标题的规则，比如 xxx using 就是某种东西的使用相关的笔记，xxx collection 是一类东西的集合。tags 就是在笔记第一行加上标签，比如 issue-log 是我开发遇到问题的记录，operation-log 是我做运维操作的记录。双向链接不用多说，只要有关联的就引用过来，有时候甚至会将当前笔记里的东西移动到引用的笔记里，再用 embed 语法展示出来。最后还有一个就是尽量统一术语，如果某个术语发生变化，顺手把之前的也改过来。
我觉得笔记好不好查 90% 是第二个层面的方式方法决定的。但它需要长期反思和形成习惯，不像第一个层面更容易总结成可以全套教给别人的规范。不过做好之后，查找笔记就变成非常顺心随意的事情了，我查找笔记就只用 ⌘ + P 查标题或者全局搜索的时候加上 tag，很少有明知道自己记过但半天找不到的情况。
所以总结一下就是减少创建笔记的阻力，慢慢在内容中建立秩序。别去管什么乱七八糟的组织方法，想到就记就可以了，因为无论笔记间的组织性高低，记录了总是能找到，哪怕用最笨的全文搜索，对于以文本文件的方式存储的知识库，grep 不会欺骗你。
上一个消息里和读者探讨到记笔记的方法。我其实也没有花多少时间组织笔记，虽然这一块的确有很多方法论，比如 PARA 还有 Obsidian 社区流行的 MOC、各种目录组织命名法等等。但我只用了最简单的 Zettelkasten, 甚至只用了它给笔记自动加编号的功能。
你可以把笔记的组织规则看作有两个层面，一个是如何创建，一个是如何撰写。我给第一个层面设立的规则非常简单：如果一个新的笔记有明确的归属，比如是为某个项目、工作服务，那么就在对应目录下创建；如果不是，则用插件统一创建在 Zettelkasten 目录下，带有日期前缀。这样我不用花时间思考把笔记写在哪，基本是一想到什么就立刻一个快捷键就开记了。
但我对如何撰写这个层面的要求会比较高，因为我觉得知识库的组织性都是在这里体现的。大概有这几个方面：标题、tags、双向链接。我有一些起标题的规则，比如 xxx using 就是某种东西的使用相关的笔记，xxx collection 是一类东西的集合。tags 就是在笔记第一行加上标签，比如 issue-log 是我开发遇到问题的记录，operation-log 是我做运维操作的记录。双向链接不用多说，只要有关联的就引用过来，有时候甚至会将当前笔记里的东西移动到引用的笔记里，再用 embed 语法展示出来。最后还有一个就是尽量统一术语，如果某个术语发生变化，顺手把之前的也改过来。
我觉得笔记好不好查 90% 是第二个层面的方式方法决定的。但它需要长期反思和形成习惯，不像第一个层面更容易总结成可以全套教给别人的规范。不过做好之后，查找笔记就变成非常顺心随意的事情了，我查找笔记就只用 ⌘ + P 查标题或者全局搜索的时候加上 tag，很少有明知道自己记过但半天找不到的情况。
所以总结一下就是减少创建笔记的阻力，慢慢在内容中建立秩序。别去管什么乱七八糟的组织方法，想到就记就可以了，因为无论笔记间的组织性高低，记录了总是能找到，哪怕用最笨的全文搜索，对于以文本文件的方式存储的知识库，grep 不会欺骗你。
