将笔记以时间线及任务归属两条线来组织整理

0. 缘起

在去年，又到了年底写总结的时候，每次在这种时候总会有这么一个想法。 平时是Org-Mode来记录工作内容和任务，根据项目记在不同的项目条目下。而现在需要以时间线的的维度来查看这一年来都做了些什么，尽管不知道能起到多大的作用，但是希望能通过这样总结出一些内容。设想中状态大概是这个样子：

一边是按照任务归属进行分类:

任务一

任务一的子任务

子任务的相关记录

一边是按照时间线来查看如：

2022-1-1 操作了任务一中的子任务2

2022-2-1 完成了任务三的子任务3

项目类的任务倒还好，因为本来就是在一个项目的heading下组织的任务记录，通常一个heading下也是按照时间先后组织的，即使由于WBS分解有时间的交叉，在一个项目下，人工查看的难度也不大。

但是对于非项目类的任务，或运营类的任务，由于比较零散，在任务记录中也比较零散，之前是通过refile的分类，将完成的任务refile到不同的分类下，每个分类相当于一个大的项目，但是由于为了降低refile的操作难度，分类并不是很多，同一个任务也只可能会到一个分类下，目前还没有通过tag来增加维度。

1. 目前的设想，准备在2022年中实践

中间有过很多尝试，借用一句套话，完善个人管理体系，永远在路上，只能说目前的设想方案如下。

1.1 直接说结论 使用 org-roam 和 org-roam-daily 来管理

在决定这个方案之前，我从来没有想过要用org-roam来管理任务，之前我是用org-roam来整理收集工作中一些技术知识的一个工具，而且仅限于了一定的领域，因为我觉得可视化图谱是一个很好的工具，但是如果如同org-roam的作者，将所有的笔记全部录入一个图谱，可能是长期地处于层级结构的思维下，至少目前我还是不想这么做。

1.1.1 转变

引发这次转变，主要的原因是在4月-5月间，由于众所周知的特殊原因，我有了更多学习和思考的时间，从中我花了些时间来进行“整理”，这个整理包括实体物件的整理，后来又涉及了电子文件的整理，引申到了个人对于自身的一些方法的整理。过程中，学习了别人的笔记整理经验，然后回来看看org-roam是否能实现，在浏览中突然发现，org-roam是可以分文件夹（也可以理解为分数据库），也就是可以将不同专题分不同的图谱管理，而且操作也是在我可以理解难度范围内。由此，我建立了另一个文件夹用来管理工作任务文件。

1.1.2 目前的操作思路

将之前refile的每个分类设置为一个org-roam-node，使用 org-roam-dailies-capture 的功能来替代原先自己定义的工作日志功能，这样的目的是通过 dailies 的反链 会有一个日期 。同时一个dailes中的条目可以关联多个node。

如果要关联项目的话，也可以为每个项目建一个node。

Appointment通过 org-roam-dailies-capture-date 录入到指定时间，在dailies文件中完成。

没有指定时间的Todo，在完成的时间点录入 dailies。

项目的任务还是维持在项目的heading下完成，不引入 dailies。

原来归档的refile不再使用，归档的动作变为未来对于dailies文件的拆分归档。

1.1.3 Emacs上的具体操作

为日程建立一个单独的文件夹，极简设想文件包括：GTD.org和dailes文件夹。

设置dailes的 capture 模板，主要增加了和 GTD.org 中 heading 的自动关联，为了简化 org-roam-buffer 中的显示，将链接加入drawer。

将dailes改成单文件datetree的模式，这么设置主要是因为个人认为多文件同时搜索的能力较差。如果可以的话，多文件应该是更好的选择。

查看时间线，光标到要查看时间线的node， org-roam-buffer-toggle，这样在右侧就可以看到这个node所有相关的任务，并按时间线排了序。

2. 验证

接下来的一段时间将对这个模式进行验证。预计还会有调整，有新的想法再来更新。