正在加载文章…
从一个明确的问题出发,用链接把零散发现连接成自己的知识。
这是一篇演示笔记,讨论一种可尝试的知识整理方式,并非作者的个人经验陈述。
笔记最有价值的时刻,往往是你再次需要它的时候。 与其保存一整篇文章,不如先回答:这条信息帮助我理解了什么? 下一次会在什么场景使用它?
把“今天学了 Git”改成“提交前如何检查将被保存的修改”,笔记就有了更明确的入口。
短不等于零散。 一个清楚的主题,可以包含问题、解释、例子和边界。 读完后应能用一句话说出这篇笔记解决了什么。
可以用下面的结构起步:
## 问题
我想解决什么?
## 方法
哪些步骤真正有效?
## 边界
什么情况下不适用?
## 相关内容
可以连接到哪些已有笔记?分类帮助你决定一篇笔记主要放在哪里; 标签可以描述工具、场景和方法。 不要因为它涉及多个主题,就复制出几份相同内容。
例如,Git 基础属于开发与技术,也可以带有“版本管理”标签; 它仍然只有一个规范地址。
链接旁边补一句原因
比起只列出链接,更有用的做法是说明它与当前问题的关系。 这样重新阅读时,不需要再次猜测当时的思路。
如果一个结论尚未验证,直接写出不确定的部分。 草稿可以先保留在本地,等解释足够清楚后再公开。
不要为了让页面显得充实而填入虚构经历、日期或结果。 真实的边界本身就是知识的一部分。
当一篇旧笔记能帮你更快解决一个新问题时,它就开始发挥长期价值。