「日记」功能的改进建议

现在的思源笔记还远不能做到无压记录,最大的问题在于「日记」功能太差劲了,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

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

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

欢迎来到这里!

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

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

    搜索面板搜“2021-”就可以看到所有日记了,更细化具体某一月的日记搜索“2021-09-”就好了,思源的日记功能虽然没那么好用还需进一步打磨,但也不至于那么难用

    alt+5 新建日记的时候会使用上一次选择的笔记本,第一次点击选择过笔记本后,之后每次只要 alt+5 就好,不用重复选择笔记本的

    日历功能估计得靠大佬开发挂件

    不过思源的反链面板只能预览,并不能有效交互,所以用处不大

    反链面板可以打开悬浮窗,可以进行有效交互

    1 回复
    3 操作
    fangly 在 2021-10-20 20:24:08 更新了该回帖
    fangly 在 2021-10-20 20:16:57 更新了该回帖
    fangly 在 2021-10-20 20:10:52 更新了该回帖
  • 88250 1 赞同
    订阅者

    文档树我觉得是不可缺少的,和日记流程关系不大。日记这个功能现在还有点原始,等后面有空再打磨,感谢反馈。

    1 回复
  • Achuan-2 1 赞同 1 评论
    订阅者

    在文档页面左右侧(或上方)加一个“上一笔记”,“下一笔记”的按钮我觉得可

    1 操作
    Achuan-2 在 2021-10-20 20:47:51 更新了该回帖
    得再考虑考虑
    88250
  • Clouder 1 赞同
    订阅者

    可以试试 dailynote 模板,是可以汇总日记的。

  • Randir 1 赞同
    支持者 订阅者

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

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

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

  • lane 1 赞同
    订阅者

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

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

    image.png

    image.png

  • dammy 2 赞同 1 评论
    支持者 订阅者

    我在思源里写了大半年的日记,正好最近对此有些思考,正好借此总结梳理下。

    我在日常中是很少使用到文档树的,日常记录都在 daily note 中,打开软件按下 alt+5 就足够了。在实践了大半年后我也慢慢体会到这套工作流的无压在哪,可以放心记录下日常的思考,而不用在记录前去找个合适的文档记录下它。这也是哈桑在【共同探讨】移动块 / 反链 / 快速无压记录 / 标签 - 链滴 (ld246.com)提到的无压。

    我是如何回顾日记的呢?在我看来回顾日记与其用上一篇/下一篇这种快捷键,不如直接用日记汇总,将所有的日记汇总到一个文档内足矣。恰好我在思源里写日记的时候就这么做了,通过 @zhangzz 在社区的经验分享思源笔记入门教程 - 链滴 (ld246.com),用日记模板将每篇日记在创建时引用到同一个文档上,然后在这个文档内写个 SQL 查询就能做到将所有日记汇总在一起。

    • image.png
      • 这是我日记的汇总界面,可以看到有 192 篇,我经常进入这个界面回顾和思考。那唯一的问题就是性能问题了,在 1.4.4 更新后 D 大强化了下查询性能,目前我的 192 篇日记汇总在查看的时候挺流畅。
    • 那么是否应该砍掉文档树,来减轻用户的使用压力呢?我觉得是万万不行的。在这里我提两个观点
        1. 我之前看过的一个观点,我觉得他说得很对:

          我只是对前面讨论到「 daily note 是高阶做法」表示不同意见,认为:不分类,或按时间分篇,是更自然、更入门的;分专题才是高阶的。但每个人取自然的、基础的做法,还是进阶的做法,视自己的情况而定,包括自己的需求、驾驭能力。不过,很多失败和困惑是高估需求、高估驾驭能力造成的。

          包括我在实践中发现,到某个阶段后也还是要整理分类。

        1. 我自己的使用感受是,如果没有文档树,我会感觉心焦、不踏实,这也是我试用几个纯大纲笔记后的感受,我觉得与其强迫我自己去适应纯双链大纲笔记,不如直视我的内心,我就是无法放弃文档树,即使我已经不怎么使用它。砍掉文档树不仅不会给我减压,还会带来心理上的压力。

    总得来说,在思源里写日记记录思考和材料是非常舒服上瘾的,不然我也不会写了大半年没有停过。关于文档树我觉得在记录时不必要去关注它,我平时都隐藏停靠栏看不到它。到某个阶段,我觉得自己该整理了,我才会打开文档树整理在日记中创建的文档,再进入这些文档通过反链去整理日记中的思考和材料。在思源里能做到双链大纲笔记的无压输入和汇总、反链整理,也能通过文档树做到高阶的专题整理,我觉得这才是思源《文档包围大纲》的魅力。

    1 回复
    确实,尝试了好几次 logseq、workflowy,都因为文档树劝退了,会发现自己最后还是用 MOC 造了一个文档树,每次新开文档总想着加进 MOC,反而加大了使用负担
    Randir
  • abc1206 1 赞同
    订阅者

    日记功能是否引入 Git 模式?

  • flyingns

    这正是我在思源和 logseq 之间来回纠结的原因,logseq 的 daily note 连续浏览甚得我心,可又被思源吸引。很难 😄

  • flyingns

    而且,daily note > 2021 > 10 > 2021-10-21 这样的结构,总有一种保时捷开出拖拉机的感觉。囧

  • 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
  • buzzingbee
    订阅者

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

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

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

    每个人需求都不同吧。

  • PiChou
    订阅者 作者

    感谢分享!这个挂件很有用,我之后会结合起来适配到工作流当中。

    另外,如下是我记录的 PARA 的概念:

    图片.png

    图片.png

    图片.png

    图片.png

  • eastwood
    订阅者

    说出了我的想法,日记功能确实给人一种很割裂的感觉。不如其他软件给人那么自然直接。

  • dicarne
    订阅者

    文档树对于一般结构化的文档,是必不可少、非常有用的,但对于同级、平铺的文档,就显得非常不合适。直观的说,最大的缺点是,太长。比如我一年有 365 篇日记,全放在一个节点下,一点开洋洋洒洒直接撑爆文档树,拉滚动条半天才能到底;如果像现在一样按照年月分开储存,又显得很累赘,我并不想关心那么多细节,每次点开真的很麻烦。

    或许在根节点可以出一个数据库表,可以利用右侧大量的空间显示相当多的子文档,不点开左侧的文档树就可以进行管理。虽说现在的 sql 可能可以做到,但好像并不能显示成 notion 那种单纯表的形式,每个块显示的过于大了。

    1 回复
  • Clouder
    订阅者

    父文档某种意义上可以做这种操作。现在已经有生成子文档 MOC 的模板,但未实现动态更新。

    挂件块其实可以比较好地呈现。

    image.png

    虽然现在不怎么写 DailyNote,,,

    不过似乎没有树形组织的呈现方式,列表、卡片倒是有。

  • yuyuyuyu
    订阅者

    赞,思源的 daily notes 没有日历视图,而是通过一层一层地文档树访问确实不太方便

请输入回帖内容 ...