请大家帮忙指条明路。

是这样的,我用org-mode来记录日常的工作。是单个org文件,按日期流水式的记录。 但是这样各类记录混杂不利于回顾。比如我想将其大致分为:日常工作、故障维护、配置修改,这几个类别。 现在有两种想法: 一,就在这个文件里面归档分类,但是又担心时间顺序被打乱了。 二,分成几个文件来分别记录,流水记录1个,故障维护、配置修改也各一个。

想请大伙有经验的,分享下自己的经验。

1赞

我觉得用几个也文件也是可以的,用capture方便录入。

用一个文件话,用capture自动汇总到不同条目下。

也可以用一个文件,然后设置不同的tag.

1赞

可看下org-roam,我以前记录在几个文件中,其中一个主要用标题来分类,常常纠结将记录在哪,常常在找记哪标题下。

用了org-roam后,不再纠结分类,用org-roam的捕获,文件当分类,记录放在标题下,脑负担降低。分类不存在会自动创建。流水帐可用org-journal(新版org-roam好像集成了,还没试),鉴于分类捕获已经很方便了,用得较少。

4赞

首先,可以了解下Emacs org-mode有哪些实现方式,还有各自的利弊:

  • 多个小文件 vs 一个大文件 效率以及功能的对比
  • 知识管理方案有哪些:org原生功能(capture、标签、大纲层级等)、org-roam、org-brain

个人感觉您的叙述有些混乱,我理解您现在纠结于【单个文件】和【多个分类文件】的选择,但是我不太明白您的需求究竟是什么?您回顾的目的是什么?都回顾哪些内容?为何要担心时间顺序被打乱了?

首先,相信大家都赞同知识的分类维度是多元化的,一则笔记可以有主题、创建时间、计划执行时间等多个维度的元数据信息。

其次,笔记的元数据有多种实现方式。比如,一则笔记的创建时间,可以记录在属性,也可以记录在标签,甚至可以通过设计统一的类似「20201225-xxx」这样的笔记标题实现。

最后,我们可以相信:只要笔记记录合理,emacs总能按需找到笔记。不管是根据时间、状态,还是笔记内容进行检索,emacs都有诸多实现方案。似乎您现在就是在一个文件中按照datetree的方式记录笔记?这也是按时序查看笔记的一种方法。但即便您的笔记分散在多个文件,只要每个笔记都记录了创建时间等元信息,一样可以用org自带的agenda按照时间顺序查看笔记,如果您觉得原生功能不够强大,还有org-super-agenda、org-ql等package任君选择。这只是最基础的应用,进阶还可以根据标签、属性、标题等进行筛选笔记,甚至自己写函数进行筛选。

明确自身需求之后,方案的选择就是取舍问题了

2赞

用org-capture按datetree格式捕捉,然后手动添加标签以待分类查找

1赞

挺好的一个话题,最近也在思考这个, orgmode对于信息的组织和呈现有很多种方式,比如说:

jounal的时间维度, agenda 的日历视图

以及也可以按照project 进行项目分解的方式 和note的信息和知识的主题的方式

个人觉的其中比较核心是project 和agenda

因此我个人的经验是重要的事务按项目方式,另外单独保存文件,其他的主要通过org-capture的方式保存在journal下面 自动打上时间标记,这样可以清晰的看到每日的记录,如果和项目相关,有两种操作方式,一种是通过refile的方式归类到项目文件上,还有一种方式是在项目文件上进行链接,我现在更多是采取第二种方式,因为第一种方式会导致项目文件的结构很复杂。

然后可以通过agenda的视图,来看时间线上的事务规划。

目前比较麻烦的是信息与事务之间的链接,这点是orgmode的强项,也是组织过程的一个难点,比如说我看了一本关于睡眠的书,然后其中有一条信息是每晚睡前做一个促进睡眠质量的运动, 通过toggle-heading这个命令我很容易的把这点文本记录转变为一个headline 然后打上todo的标签和时间线,就变成了一个可以跟踪的事务行动了。 然后这个事务行动,是到底放在一个关于睡眠的项目里面呢,还是继续放在关于健康的知识库文件里面呢,就变的很微妙了。

1赞

回顾的话,搜索不是更好嘛,虽然我不知道org带不带搜索

1赞

感谢回答!

我的表达能力和我的思维一样混乱,我尽量尝试将的我需求讲述的更明白些吧。

我在公司是搞电脑维护的,平常修完也没个记录。好几次碰到之前处理过的机子,又犯同样的小毛病,但又想不起来原因和处理方法了,只得重新排查一遍。这才萌生了想要记录修理日志的想法。

我的工作大致分为两类,一种就是一台机子上出了问题,在这台机子上修理的记录。另一种是修改或配置一些服务参数,如nginx之类的。

我理想的状况大致是这样的:

  1. 按时间日期流水记录日常的维护工作。
  2. 需要时可以根据编号筛选出某台机子的维护历史。(因为有些问题反复出现,说明之前的解决方法可能无效、或者治标不治本。) 但正如你所说的,我在单文件和多文件之间不知如何选择。或者说我想偏了,单文件和多文件不影响我实现以上两个目标。

我觉得越简单越好,一个org文件就可以了。定期org-archive完成的事项。

越简单的配置,越容易执行。

1赞

你的方法很好,我准备试试看。但是现目前有个小问题,如果按一个设备一个项目的话,那几十台的主机就得有几十个项目。capture记录的时候,有办法便捷的保存为相应编号的文件吗?

管理都是有成本的,首先得评估下它的收益以及成本,尤其是它实施过程中带来麻烦,你能否执行的下去。

我在orgmode中管理的项目大部分都是不太规律的事务,比如说一个合作项目什么的,怎么做以及什么时间点该干什么都不是很清晰的,需要边想边做,边做边改的那种,这种项目比较适合orgmode,你可以先想,写下文字,然后把文字转变为你的行动。

到你的这件事的话,你的核心点是要记录运维情况,以及运维方案,几个关键点是设备id,时间,方案,基于这几个关键点,你可以设计一个org-capture的模版,但问题是这种手工输入方式你是否能长期执行的下取,有没有其他自动导入的方式。本人技术小白,提供个思路供参考。

1赞

我认为您最后一句话是对的,单文件和多文件不影响目标的实现。

个人浅见,关键在于以下几点:

  1. 笔记的类型有哪些。
  • 如果是我的话,我大致会把您的情况分为以下3种:
    • 知识笔记:总结在维护过程中得到的、可以复用的通用性解决方案
    • 机器笔记:记录关于这个机器的当前配置参数、历史维修记录等。每台机器创建一个对应的笔记。
    • 维修笔记:记录某次维修具体的操作。
  • 拿您的例子来说,「有些问题反复出现,说明之前的解决方法可能无效、或者治标不治本。」我会新建一个「维修笔记」,记录这次维修用于参考的资料(包括之间总结的「知识笔记」,搜索的网页链接等),具体执行的操作,结果为何。问题解决之后,在该机器的「机器笔记」中添加指向当前维修笔记的链接,并更新相应的「知识笔记」。
  1. 对于不同类型的笔记,后续打算怎么用?

    比如知识笔记,主要是在出了相同问题的时候进行参考;机器笔记是在进行维修的时候,快速了解该机器的状态;维修笔记是为了方便定期回顾。

    不同的用法决定了后续如何组织不同的笔记。

  2. 如何区分、组织不同类型的笔记?

    • 区分的方案有很多,比如:
      • 不同类型的笔记存放在不同的文件
      • 不同类型的笔记打上不同的标签
      • 不同类型的笔记有不同的命名规则,比如机器笔记的名称都叫「机器-XXX」
    • 组织的方案也有很多:
      • 类似roam,每个文件一则笔记,完全扁平化
      • 全部放在一个文件,按照内容主题组织大纲层次
      • 按照日期组织,可以是一个文件下的datetree,也可以是一天一个日志文件
    • 采取哪个方案,由笔记的功能决定。
      • 比如维修笔记主要用于定期回顾的话,可以按照日期组织
      • 而知识笔记和机器笔记就不适合按日期组织了,因为这两个都是长期有效的笔记
  3. 确定好组织方案之后,找到性价比最高的笔记录入、检索方案:

    1. 是否需要设置capture模板,指定笔记的存储位置、标签、通用模版(例如机器笔记的通用模版可能包括:机器型号、当前配置参数、历史维修记录等)
    2. 后续的检索是直接搜索heading,还是需要进一步创建一个agenda视图?
1赞

我个人会倾向区分行动笔记和知识笔记,因为同样是周期性schedule信息,含义是不一样的。以您说的这个笔记为例,我会把它拆解成「每日睡前运动」的行动笔记(记录我要做哪些运动)和「有助于促进睡眠质量的运动」的知识笔记(记录所有有作用的运动)。前者是后者的子集,或者也可以直接链接到对应的知识笔记。前者有一个daily repeater,代表每天要在睡前进行这些运动,后者可能有一个weekly repeater,每周思考一下这则笔记有无可改进之处:有哪些运动不适合?哪些运动我效果好等等

1赞

我现在差不多也是这种操作方式,我是把笔记和行动分开,有的时候是放在不同文件,有的时候是在一个主题下面两个类别,比如说健康方面我是都放在健康这个大主题下面。

但实际操作的时候就有很多细节了:

  • 方式一,直接通过org-capture,建立一个action,不需要和健康的项目和笔记产生关联,只要在agenda里面看得到就可以了,这种方式成本是最低也是最方便的,但坏处是背景全部丢失了

  • 方式二,在方式一基础上,在健康项目里面链接该action,然后在action的条目里链接到知识笔记,背景信息全面了,但一下子多了很多步的操作,很麻烦,比较难以长期执行下去。

  • 方式三,在方式一的基础上,后续通过org-refile的方法归拢到健康项目里面,也比较简单,但麻烦的是健康项目的结构就会变的很复杂,需要不断的调整

  • 方式四,也是目前我的一个操作办法,就是在健康项目的条目里面,调用org-super-link的一个命令,它会调用org-capture,然后我输入生成一个action,该命令会在健康项目的条目下面自动插入该action的链接

上述的还只是生成行动项以及和背景信息进行链接,怎么周期性的review和改进,牵涉的因素就更多了,我也在摸索的过程中,比如说睡前的这个有益睡眠的运动,只是晚上一个很小的活动,怎么通过orgmode来管理来做到最方便的提醒,我现在的做法就是在纸质笔记本上维护了一个checklist,晚间核心事务清单,每天打开这页看一下,对照下这些事做了没有。

1赞

虽然我以前用org记笔记, 但后来发现org都有些太重量级了, 现在就一直用印象笔记. 印象笔记windows和手机都支持的不错, 随便写, 然后加个标签, 需要的时候搜一下就可以了. 甚至我笔记本的功能都没怎么用…

当然, 可能是我的笔记还不够多(大概几千条吧)…

1赞