这个系列的文章将记录,我是如何利用notion构建自己的知识管理系统。
不要建很多的page,也不要建很多的table。
notion在未推出表格之前,我在 即兴笔记
中做了一些笔记。这些都是以page的形式存在。很多都是一个标题,没有具体的内容。有些内容的篇幅也不长,有些存在大量的引用,缺少自己的见解。
为什么会出现这种情况?
- 只有标题的page很多都是一时兴起,但是没有时间和精力完成写作,挖坑不填的典型例子。
- 对写作的畏难情绪
建page写作的缺点
- 标题挖坑太大,大部分不会去填,空page积累多了显得很混乱(挖一个坑跳下去把自己摔死)
- 无法关联数据,检索成问题
不要过多的建立知识相关的表格
在notion推出表格后,我疯狂地建立了很多类型的表格,番剧电影、账单、书单、读书笔记、即兴笔记、idea工厂、读后感等等。
除去纯数据记录类型的表格。读书笔记、读后感、idea工厂、课题、blog这类表格,存在一定程度的重叠。
- 读书笔记——即阅读时记录的笔记
- 读后感——阅读完毕后的对整本书的感悟
- idea工厂——记录一些零散的想法,大多属于代码轮子
- 课题——也是零散的想法,大多数是一个论点
- blog——干货产出
- 巴拉巴拉——一些个人隐私相关的想法
- Aphorisms——名人名言
- 代码片段——实现某一功能的代码片段
做完分类后,我大松一口气,觉得自己分得够清楚了。以后写东西应该知道写在哪里了。事实证明人为的分类,给写作和检索带来了一定的负担。
例如我读了《React设计模式与最佳实践》,记了很多笔记,技术类的书籍没啥读后感,一点小小的感想写在了书单的评论里面。如果我读完这本书后,写了关于react相关的blog。当我要检索react相关的内容时,我只能全局检索,因为关于react的信息散落在书单,读书笔记,blog等各个地方,notion的检索不是很强大。很多时候你可能检索不到相关的内容。
建立过多的表格,实际上是在给知识人为的分类,而这些分类更多的是形式上的分类。来自书籍,来自灵感,来自其它各个地方。
简单的设计有助于减少心智负担,说实话面对现在这种快节奏的信息流。真的很难沉下心去写长篇大论的干货。面对中间层的知识(不成体系不是干货的知识),存储的形式应该尽可能的统一、简短。
所以我会考虑把 读书笔记、读后感、巴拉巴拉、Aphorisms,这类表格统一记录在一个表格里面。将其称之为 InfoCard
。
为什么用卡片来写?
因为之前建过太多的表格,用来整理不同类型/来源的知识。每次灵感迸发时,却不知道该写在什么地方,对于一个有选择困难症的人来说,这无疑打击了写作的积极性。究其原因,还是因为分类这种模式给人带来的心智负担。为什么要分类?
对于一个知识体系不健全的人来说,分类是很头疼的事情。而且我相信,知识很大程度上是通用的,它既可以属于这个领域也可以属于另外的领域。为知识分类是很头疼的事情。为知识打tag,采用扁平的方式管理,是心智负担最小的做法,也是我认为最合理的做法。
转换成卡片的优势
- 充分利用表格的优势,结构化数据
- 打tag,便于查找关联
- 定义卡片为短小精悍的内容,减少心智负担
卡片在整个知识流中如何运作
- 整理来自各个渠道的信息记录到卡片
- 记录信息的格式:原文+出处+ 自己的理解+tag
- 定期整理相同tag的卡片。以某个课题写作,卡片可以作为素材和论据,最后blog成型输出