现在的思源笔记还远不能做到无压记录,最大的问题在于「日记」功能太差劲了,daily note 和其他的文档挤在一起,文档树这种预览模式里,文章缺乏必要的标记来查找,时间久了,看到一大堆形似的标题挤在一起,不点开根本不知道里面写的是什么。
三位一体:文档类笔记的革命
「双链」「MOC」「dailynote」的诞生都是为了解决同一个问题,就是「更方便的找到想要的内容」
通过双链,Daily Note 与 MOC 达成有机结合
MOC 与 daily note 是两套逻辑截然不同的东西,在思源笔记中,却用同一个文档树来管理。
「MOC」简介
作为总纲,自上而下,将个人知识体系以树状结构组织起来,使知识体系化。
重在展现形式上,就好比多维表格、Notion 的各类视图,除了最普适的表格,还有甘特图、进度图等。
一般可以用 PARA 来管理所有有主题的笔记,使它们通过活性循环,达到自下而上的功效。
PARA 的层级关系
PARA 的流动关系与活性
不同领域的 MOC 也会有不同,不能一概而论,此处不举例(手头没有特别好的案例)。
「双链」简介
自下而上,用无数个原子化粒度的节点,通过整理,成为一个个大节点(项目、领域)的组成部分。
在思源笔记中,我能发掘的使用场景:
- 在某个节点下创建新的笔记,并将其置于子节点中,形成树状结构;
- 借鉴大纲笔记,通过反链,实现在关键节点温习所有相关知识点的作用;
- 单纯的链接以往内容,实现「自我思考的复用」
- 代替 #标签# 的功能。例:创建特定的页面,如 [[代办]]、[[闪念]] 等,通过此链接的使用,可在反链面板中看见所有的 #代办 #闪念 等,相当于另类的 todo list。不过思源的反链面板只能预览,并不能有效交互,所以用处不大,暂时比不上专业的 TODO 软件。
「dailynote」简介
daily note 本身是个好东西,通过双链将零散内容与知识体系结合。随时间、事件的发展顺序而增、改日记内容,符合人的自然使用习惯。
三缺一の思源笔记
我相信文档笔记一旦完成粒度的原子化,就会远远强过大纲笔记。当然,是基于「方便记录管理的日记功能」「保证文档活性的 MOC」「合格的双链」三位一体的情况下,现在:
● 链接粒度足够,反链达到易用状态;
●MOC 可以用「PARA」「中图法」或是借鉴 obsidian 用户的「LYT kit」;或者是通过 Airtable 来管理链接;同时,挂件也在计划中,到时候大佬们八仙过海,MOC 的呈现形式也会十分丰富。
●dailynote:日历呈现形式不行。文档树虽然构建了节点间的父子关系,但日记在文档树里使用,却无比怪异。
思源笔记的官方日记功能太变扭了,每天开始 dailynote 记录,点一下左上角的「日历按钮」,居然还要每次确认笔记本……你直接集成在设置里面,让我们确定创建在某个笔记本里不好嘛……
操作麻烦也就算了,居然有 daily note > 2021 > 10 > 2021-10-20 整整四层嵌套。
我之前没接触 dailynote 的时候,都知道日记最怕的就是麻烦,一麻烦连写都不想写。
最难受的是后期管理,日记的用法就是:每天的事情太多了,我不想费劲巴拉的把每个想法都分类,索性按时间顺序写在当天的日记里,后期再整理。
可日记功能设计成这样,太不方便整理了,不由得让人怀疑——真的有人愿意点开回顾嘛?
折中方案:魔改の周记
假如日记功能暂时没有改进计划,在思源笔记中应该如何管理日记?
我用 Notion 时是怎么做的呢?
很简单,每周创建一个页面,命名为 10.18-10.24,这周的内容都按时间顺序记录,这周没完成的,就移动到 10.25-10.31。
直接忽略了「在文档树里面管理日记」的用法,因为这实在是太蠢了。
在页面中管理日记,其实就相当于给 daily note 专门做一个 MOC 了。
这种工作流我可以用来:
● 监控每周的任务打卡情况
● 制定并分配周任务
● 在周记的结尾,写「本周总结复盘」
监控每周的任务打卡情况
制定并分配周任务
在周记的结尾,写「本周总结复盘」
由于周记的连贯性,日记既有「记录」「回顾」的作用,也兼具了一定的「任务管理」能力。
具体用法也可以参考「子弹笔记」,简单而有效的任务管理笔记法。
插足「文档树」与「MOC」恋情的第三者
思源中的 dailynote,需要指定放置在某个特定位置,创建特别麻烦,且层级太多,盘根错节。
你真的能在盘根错接的文档树中,在文件命名规则一致,且没有任何提示、标记的一列日记中,快速找到你想找的那篇日记吗?
来个案例吧:
你忽然想到 1 个月前的某天,日记里写了个特别重要的想法 A,你完全记不得写了什么主题,能通过什么关键词搜到,你唯一确定的就是,当你看到它,你就知道它是你想要的那句话。
由于你写双链笔记的习惯不好(这既不丢人,也不奇怪),没有给这个想法打标记,那么你大概率需要:
- 从你当天的笔记开始,一篇一篇地向前点开日记
- 而且由于头昏眼花手抖,加上当月 30 篇左右的文档挤在一块,你可能恰巧就错过了需要的那一篇日记
- 终于千辛万苦后,你在某篇日记中,找到了这个想法 A,你可以使用它了
- 在想法 A 使用完毕后,你又开始困惑,因为这句话确实很有用,但你目前的 MOC 中,并没有相应的地方可以放置这个想法 A。你应该怎么办?
你想到第一种方法,打标签,既然难以分类,那就在想法 A 后面加 #代办 #。
一个月后,你的 #代办# 堆积如山,你的那些个想法,就像从一家孤儿院转到另一家孤儿院的孩子。
你自然而然想到,要放弃官方的日记,恰好你读到了我的日记替代方案:一元笔记卍解,于是兴高采烈的使用起来。
一个月,两个月,三个月…… 它运行如常……
半年后,你又遇到麻烦,还是「文档树」的问题。即便是把日记写在周记里,你还是觉得麻烦,日记依然是 4 个层级,仅仅是最后的层级中笔记的数量从 30 篇变为 4-5 篇,从全局的角度看,依旧复杂而难用。
你终于想通了,去 TM 的,用大纲双链笔记算了。
那么究竟是什么磨灭了你在思源笔记中使用 conor 式写作流的热情呢?
答案呼之欲出 ——文档树!
今天的日记和十年前的日记,除去内容的深度外,有什么本质的区别吗?为什么要强行把它们分割开呢?
即便是需要一个合理的排列方式,也应该是按照时间从上到下排,而不该是用「2021 年」嵌套 12 个「月份」再嵌套「日记」,刻板的划分葬送了日记的连贯性,是的,日记有连贯性,因为人的思维、经历有连贯性。
日记作为笔记的一份子,放在文档树中是理所应当,但是「日记的管理」不能通过文档树来实现。
文档树自有其使用场景,文档树的特性是树状结构,适合管理层级分明、具有父子关系的笔记。说的明白点,文档树和 MOC 才是天生一对,Daily note 是个恬不知耻住在文档树家的第三者,它应该找个适合自己的对象。
改进建议
日记流!回顾日记应该像刷抖音一样上瘾!
我所希望的 daily note,在日记页面向上滚动鼠标滚轮,可以跳转到上一篇日记;页面底部继续滚动滚轮,可以跳转到下一篇日记。
我想一定有人会问:既然你想要一页就把所有日记都包含,那么直接只创建一个笔记,每个 H1 标题作为一个 dailynote,不就行了吗?
答案是不行。
假设创建了一个名为 daily note 的笔记,作为一元笔记:
- 随着每日内容的增加,daily note 的子节点会越来越多。子节点是需要分类的,当其需要分类时,移动会很困难。
- 长期使用,反链面板也会因为各种引用而变得驳杂不堪,难以使用。链接相互交织,你坏我,我坏你。
- 如果用一个笔记,那这个笔记就不能关了,要保证一直开着,否则每次打开都需要从头拉到尾。
- 误删、错删、丢失等失误出现了怎么办?一出问题,所有的日记都麻烦,而且你还不知道哪部分出事了。
- ……
不能为了解决日记间的连贯性,就把树状笔记、反向链接的优点给抛弃。
既然有珠玉在前,那么可以考虑借鉴 roamresearch、logseq 的形式,为日记专门打造书写、查看的前端,即「类信息流」的呈现形式,在一页里查看所有的 dailynote,复习 dailynote 就和刷抖音一样,根本停不下来!
思源是动态加载文档的,这样的「一元笔记」设计,应该不会对性能造成太大影响。
不过由于日记的呈现形式与其他文档完全不同,需要开发者费心思大改一遍。
日记管理:日记应该有个井然有序的、自己的家!
Daily note 需要有更好的定位方式,我认为可以参考 Obsidian 的 Calendar 插件,当点击左上角的日历按钮时,弹出如下图所示的浮窗,这不比文档里四层的日记要直观的多嘛?
现在思源的重心可能不在这上面,估计得等待插件系统开发出来,然后由社区的大佬自行开发了。
不过日记功能的重要性,这篇文章我觉得已经讲得很清楚了,我还是由衷希望官方能给出解决方案,而不是等待第三方的插件开发者。
欢迎来到这里!
我们正在构建一个小众社区,大家在这里相互信任,以平等 • 自由 • 奔放的价值观进行分享交流。最终,希望大家能够找到与自己志同道合的伙伴,共同成长。
注册 关于