「日记」功能的改进建议

现在的思源笔记还远不能做到无压记录,最大的问题在于「日记」功能太差劲了,daily note 和其他的文档挤在一起,文档树这种预览模式里,文章缺乏必要的标记来查找,时间久了,看到一大堆形似的标题挤在一起,不点开根本不知道里面写的是什么。

三位一体:文档类笔记的革命

「双链」「MOC」「dailynote」的诞生都是为了解决同一个问题,就是「更方便的找到想要的内容」

通过双链,Daily Note 与 MOC 达成有机结合

MOC 与 daily note 是两套逻辑截然不同的东西,在思源笔记中,却用同一个文档树来管理。

「MOC」简介

作为总纲,自上而下,将个人知识体系以树状结构组织起来,使知识体系化。

重在展现形式上,就好比多维表格、Notion 的各类视图,除了最普适的表格,还有甘特图、进度图等。

一般可以用 PARA 来管理所有有主题的笔记,使它们通过活性循环,达到自下而上的功效。

PARA 的层级关系

PARA 的流动关系与活性

不同领域的 MOC 也会有不同,不能一概而论,此处不举例(手头没有特别好的案例)。

「双链」简介

自下而上,用无数个原子化粒度的节点,通过整理,成为一个个大节点(项目、领域)的组成部分。

在思源笔记中,我能发掘的使用场景:

  1. 在某个节点下创建新的笔记,并将其置于子节点中,形成树状结构;
  2. 借鉴大纲笔记,通过反链,实现在关键节点温习所有相关知识点的作用;
  3. 单纯的链接以往内容,实现「自我思考的复用」
  4. 代替 #标签# 的功能。例:创建特定的页面,如 [[代办]]、[[闪念]] 等,通过此链接的使用,可在反链面板中看见所有的 #代办 #闪念 等,相当于另类的 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 了。

image.png

这种工作流我可以用来:
● 监控每周的任务打卡情况
● 制定并分配周任务
● 在周记的结尾,写「本周总结复盘」

image.png

监控每周的任务打卡情况

image.png

制定并分配周任务

image.png

在周记的结尾,写「本周总结复盘」

由于周记的连贯性,日记既有「记录」「回顾」的作用,也兼具了一定的「任务管理」能力。

具体用法也可以参考「子弹笔记」,简单而有效的任务管理笔记法。

插足「文档树」与「MOC」恋情的第三者

思源中的 dailynote,需要指定放置在某个特定位置,创建特别麻烦,且层级太多,盘根错节。

你真的能在盘根错接的文档树中,在文件命名规则一致,且没有任何提示、标记的一列日记中,快速找到你想找的那篇日记吗?

来个案例吧:

你忽然想到 1 个月前的某天,日记里写了个特别重要的想法 A,你完全记不得写了什么主题,能通过什么关键词搜到,你唯一确定的就是,当你看到它,你就知道它是你想要的那句话。

由于你写双链笔记的习惯不好(这既不丢人,也不奇怪),没有给这个想法打标记,那么你大概率需要:

  1. 从你当天的笔记开始,一篇一篇地向前点开日记
  2. 而且由于头昏眼花手抖,加上当月 30 篇左右的文档挤在一块,你可能恰巧就错过了需要的那一篇日记
  3. 终于千辛万苦后,你在某篇日记中,找到了这个想法 A,你可以使用它了
  4. 在想法 A 使用完毕后,你又开始困惑,因为这句话确实很有用,但你目前的 MOC 中,并没有相应的地方可以放置这个想法 A。你应该怎么办?

你想到第一种方法,打标签,既然难以分类,那就在想法 A 后面加 #代办 #。

一个月后,你的 #代办# 堆积如山,你的那些个想法,就像从一家孤儿院转到另一家孤儿院的孩子。

你自然而然想到,要放弃官方的日记,恰好你读到了我的日记替代方案:一元笔记卍解,于是兴高采烈的使用起来。

一个月,两个月,三个月…… 它运行如常……

半年后,你又遇到麻烦,还是「文档树」的问题。即便是把日记写在周记里,你还是觉得麻烦,日记依然是 4 个层级,仅仅是最后的层级中笔记的数量从 30 篇变为 4-5 篇,从全局的角度看,依旧复杂而难用。

你终于想通了,去 TM 的,用大纲双链笔记算了。

那么究竟是什么磨灭了你在思源笔记中使用 conor 式写作流的热情呢?

答案呼之欲出 ——文档树!

今天的日记和十年前的日记,除去内容的深度外,有什么本质的区别吗?为什么要强行把它们分割开呢?

即便是需要一个合理的排列方式,也应该是按照时间从上到下排,而不该是用「2021 年」嵌套 12 个「月份」再嵌套「日记」,刻板的划分葬送了日记的连贯性,是的,日记有连贯性,因为人的思维、经历有连贯性。

日记作为笔记的一份子,放在文档树中是理所应当,但是「日记的管理」不能通过文档树来实现。

文档树自有其使用场景,文档树的特性是树状结构,适合管理层级分明、具有父子关系的笔记。说的明白点,文档树和 MOC 才是天生一对,Daily note 是个恬不知耻住在文档树家的第三者,它应该找个适合自己的对象

改进建议

日记流!回顾日记应该像刷抖音一样上瘾!

我所希望的 daily note,在日记页面向上滚动鼠标滚轮,可以跳转到上一篇日记;页面底部继续滚动滚轮,可以跳转到下一篇日记。

我想一定有人会问:既然你想要一页就把所有日记都包含,那么直接只创建一个笔记,每个 H1 标题作为一个 dailynote,不就行了吗?

答案是不行。

假设创建了一个名为 daily note 的笔记,作为一元笔记:

  1. 随着每日内容的增加,daily note 的子节点会越来越多。子节点是需要分类的,当其需要分类时,移动会很困难。
  2. 长期使用,反链面板也会因为各种引用而变得驳杂不堪,难以使用。链接相互交织,你坏我,我坏你。
  3. 如果用一个笔记,那这个笔记就不能关了,要保证一直开着,否则每次打开都需要从头拉到尾。
  4. 误删、错删、丢失等失误出现了怎么办?一出问题,所有的日记都麻烦,而且你还不知道哪部分出事了。
  5. ……

不能为了解决日记间的连贯性,就把树状笔记、反向链接的优点给抛弃。

既然有珠玉在前,那么可以考虑借鉴 roamresearch、logseq 的形式,为日记专门打造书写、查看的前端,即「类信息流」的呈现形式,在一页里查看所有的 dailynote,复习 dailynote 就和刷抖音一样,根本停不下来!

思源是动态加载文档的,这样的「一元笔记」设计,应该不会对性能造成太大影响。

不过由于日记的呈现形式与其他文档完全不同,需要开发者费心思大改一遍。

日记管理:日记应该有个井然有序的、自己的家!

Daily note 需要有更好的定位方式,我认为可以参考 Obsidian 的 Calendar 插件,当点击左上角的日历按钮时,弹出如下图所示的浮窗,这不比文档里四层的日记要直观的多嘛?

image.png

现在思源的重心可能不在这上面,估计得等待插件系统开发出来,然后由社区的大佬自行开发了。

不过日记功能的重要性,这篇文章我觉得已经讲得很清楚了,我还是由衷希望官方能给出解决方案,而不是等待第三方的插件开发者。

欢迎来到这里!

我们正在构建一个小众社区,大家在这里相互信任,以平等 • 自由 • 奔放的价值观进行分享交流。最终,希望大家能够找到与自己志同道合的伙伴,共同成长。

注册 关于
请输入回帖内容 ...
  • lane 1 赞同
    订阅者

    感觉思源写日记不是很好,写文档笔记教程非常不错!

    写日记的话 Notion 和 Logseq 应该更好一些吧!

    image.png

    image.png

  • 其他回帖
  • buzzingbee
    订阅者

    如果哪个笔记软件没有文档树,那我绝对是秒弃。思源笔记吸引我花钱的最重要的特点是有文档树和自定义排序(拖动)。

    我是一个不记日记的人,在我看来日记是为了记而记。而我般记东西是为了使用服务,都有明确的主题,所有在记之前,必定先定位到相应的文档树,为了是组织和记忆知识结构。文档树可以拖来拖去,像码积木一样,真爽。至于这些文档具体是哪天产生的,不重要啊。如果太想知道是一个什么时间顺序,就把全部文档按时间排一个序啊。感觉没什么用。

    其实文档树多了,也不那么管用了,最终还是管搜索。不过,不管怎么说,文档树还是提供了一个局部的结构,方便浏览。

    每个人需求都不同吧。

  • Randir 1 赞同
    支持者 订阅者

    操作麻烦也就算了,居然有 daily note > 2021 > 10 > 2021-10-20 整整四层嵌套。

    嵌套层数可以自定义来着,楼上也有人说过只要用快捷键就不会重复选择笔记本,事实上我用思源输入时几乎是完全靠快捷键的,只有复习的时候才会频繁用鼠标去看块引用。。。

    对我个人来说 Daily Note 大多记录的是零散待整理的"传递式"双链记录,所以每篇日记里的内容归档完就把日记删了......

  • murxuan 1 评论
    订阅者

    这个问题,之前我也遇到过。当时我是内嵌的 notion 页面来解决的,后来 D 大告诉我说信息不通的,后期整理起来很麻烦。

    后来我用 obsidian 的日志功能了,思源的编辑体验好,所以用来码字,剪藏页面什么的。

    obsidian 下面,文档的我跟你一样,para 流程,p 里面是个 gtd 的面板。但用管了 page,文档真的挺难用,现在正在迁移成页面形式。area 是个页面,ra 是个文档。至于 daliy note,我也不知道弄什么,之前看了 B 站的视频,自己 copy 些插件和模板,感觉水土不服了。后来又精简,又弄成一个空白页面,想写就写,感觉也不得劲。

    折腾完 para 后,我把工作生活这些梳理了一下。目前是 4 个版块:my todo 是链接的 Project 里项目工作分解后的小阶段 todo,这里是链接的只读属性,修改是在项目文档里修改。day plan 是个时间规划面板,每天都差不多。分了 6 个时间段,每天的一些杂事就推开记录在上面备忘。确保自己大致不迷失时间方向。

    resource 是我每天工作学习里,看到的一些好的资料(好资料不多),就[[下来,记录成双链。在每天固定时间我会把每天收集的这些资料分门别类,归纳到 resource 的文档或者页面里去。回顾的时候,也大部分根据每周时间,来回看这些不错的资料。

    最后就是我独特的吐槽反思复盘模板,复盘这个应该是周记做的事,反思是整理完收集的资料,自己写点思考后的东东,也不是每天都有。吐槽就是单纯喷人喷事,口吐芬芳这种。

    dnote 的回顾就是收集的好资料,反思的一些事每周复盘一下就 OK。https://murs.notion.site/Obsidian-d6354f7e96dd4f0eb86bf0adfa68e39c

    感觉思源实现这些想法,会更加简单。我不知道你怎么理解 P 的,我理解的 P 就是笔记的大脑,指挥和管理系统。project 用 GTD 的 kanban 形式是比较好的,全文档说实话,路径太长,懒得点开。我有个心得:就是年度 flag 最好不要太晃眼,晃眼太多容易失败。日记上只放细节的分解就行,别放整体的东东。

    obsidian 是我是手机跟电脑做联动了,有时候看书有些想法,我就口述语音转文字,在地铁上通过手机码到 obsidian,到了公司再整理到自己写作文档里。大段时间的写作,用思源比较无压且舒服,写起来有种弹钢琴演奏的错觉。

    另外关于目录和 Page,我感觉 Page 才更加贴近于现实的笔记本,目录这种就是电脑资源管理的做法,一点都不人道。

    1 回复
    github 上有思源的挂件,可以实现 kanban 做 gtd 管理,还可以做日历视图,实现 obsidian 的那种点日子打开相应的日记,专门做个 Page 加载挂件,选日历视图。把这个总 page 置顶收藏。把日记本体扔到 resource 里一个特别深的路径,眼不见心不烦。挂件地址为:https://github.com/langzhou/siyuan-note/tree/main/widgets/note-views
    murxuan
  • 查看全部回帖