这是 Obsidian 使用教学 — 应用篇的第 4 篇文章。
在 上一篇文章 中我介绍了 Breadcrumbs 插件,可以让 Obsidian 自动推荐相关连结给我们,大幅提升寻找关联笔记做连结的效率。
但实际上该怎麽使用 Obsidian 实作呢?这篇文章就来分享我的笔记架构与 Breadcrumbs 实战应用。
备注:这篇文章将假设你已经知道 Breadcrumbs 是以 Parent, Sibling, Child 的方式运作,若你还不了解 Breadcrumbs 请先回头看 Breadcrumbs 介绍。
主要有 4 个重点:
在我的笔记系统中主要有 2 大类的笔记:
我曾在 《数位笔记太多很凌乱怎麽办?使用 MOC 架构有系统地管理数百则的数位笔记》说明过 MOC 笔记架构的概念:
MOC 是 Map of Contents 的缩写。透过将笔记分层,用「超连结」串连各则笔记,形成一张知识网。
每一则「一般笔记」都会连结到 1 个或多个「MOC 笔记」,每个「MOC 笔记」可再分成 Parent, Sibling, Child 的连结关系。
听起来有点复杂,下方详细解释。
一则笔记至少会有 1 个主题,也可能牵涉到多个主题。举例来说,下方的笔记就包含了「心理学」与「专案管理」两种主题。
在 Obsidian 中的实作方式就是透过 [[]]
来连结笔记,可放在 Topics 栏位後面。
你可以将「MOC 笔记」当作是目录页/主题页,专门存放跟此主题有关连的「一般笔记」。例如下图中的笔记,都是跟「Agile (敏捷)」这个主题有关的「一般笔记」。
如果你已经会使用 Dataview 了,那麽可以靠 Dataview 语法自动帮你汇整如上图的笔记表格。
一则 MOC 笔记能够跟其他的 MOC 笔记产生关联,可分成 Parent (父笔记), Sibling (兄弟笔记), Child (子笔记)。
假设有一则「专案管理」 MOC 笔记,则其关联笔记如下图。
在 Obsidian 的实作方式也是透过 [[]]
来连结笔记,可放在 Parent Link, Sibling Link, Child Link 栏位後面。
知道了笔记架构後,我们来看如何实作在 Obsidian 的笔记中。
我们先复习一下,Breadcrumbs 插件的运作方式有 2 种。
备注:若不清楚这两种运作方式的差别,请看 Breadcrumbs 介绍
我主要使用「方式 2」 — 在每篇笔记中使用 <栏位> :: <值>
来建立 Parent, Sibling, Child 的笔记关联,这也是前面段落提到使用 <栏位> ::
的原因。
我将这些栏位加在 H1 标题 (Metadta) 下方:
那麽栏位应该怎麽写呢?由於「一般笔记」和「MOC 笔记」的格式略有不同,以下分开解说。
一般笔记的格式非常简单,只要填写 Topics 即可。你认为目前这则笔记属於哪个主题,就在 Topics 後方连结该则 MOC 笔记 (主题)。
例如下方的「以迭代的心态规划敏捷开发」笔记跟「敏捷主题」有关,因此我在 Topic 後方加上 「agile MOC (敏捷主题)」。
备注:Topics 後方的「Agile Practice Guide」笔记,是「以迭代的心态规划敏捷开发」的来源笔记,也就是从「Agile Practice Guide」拆分出来的笔记。
MOC 笔记的格式则是包含 Parent, Sibling, Child 的栏位,分别纪录这则 MOC 笔记关联的其他 MOC 笔记。
以下图为例,这篇「agile MOC (敏捷主题)」的:
备注:Parent, Sibling, Child 的栏位名称可以自由定义,我定义成 Parent Link, Sibling Link, Child Link。
为什麽会这样分类呢?
因为「agile MOC」是一种专案管理方式,因此 Parent (父笔记) 就是 project management MOC。
而 PMP MOC 也是也是隶属在 project management MOC 下方的分支。在父主题都相同的状况下,就属於「agile MOC」的 Sibling (兄弟笔记)。
最後,因为 behavior driven development 是 agile MOC 的一种方法,因此属於 agile MOC 的子笔记。
到这边为止,Breadcrumbs 插件已经能发挥功能了。
我们先到 Settings > Breadcrumbs > Hierarchies 中调整栏位设定。这里你可以依据惯用的栏位名称,来设定 Breadcrumbs 抓取的 Parent, Sibling, Child 栏位。(Breadcrumbs 是以 ↑, →, ↓ 代表)
举例来说,我习惯以 Parent Link, Sibling Link, Child Link 来命名栏位。
需要特别说明的是,我在 ↑ ( Parent 栏位 ) 中多加入了 Topics 。
我在前面内容有提到:「针对一般笔记,我们只需要在 Topics 栏位连结 MOC 笔记即可。」这样的栏位设计是把 Topics 当成一般笔记的 Parent (父笔记)。
经过设定,就能达成:
在「一般笔记」的 Topics 栏位连结 MOC 笔记後,就能让 Obsidian 自动推荐跟此主题有关联的笔记了!
实际的笔记画面如下。Real 代表的是「agile MOC」这则笔记有使用 [[]]
连结的笔记,Implied 代表的是 Breadcrumbs 自动推荐的笔记。
当我和朋友讨论此笔记架构的设计时,朋友问我:「使用 MOC 笔记确实让架构清楚许多,但是你要如何命名与管理 MOC 笔记呢?」
真是一个好问题!如果我们按造自己的直觉设计 MOC 笔记,很快地就会面临不知道如何命名 MOC 笔记的窘境。
我心想:「有没有哪一个学科,是专门在研究知识分类这件事情呢?」在网路上一搜,原来答案就在日常生活中…我们可以参考「图书馆学」!
图书馆的「编码分类」就是一个将知识划分成数个大类,依照书本的知识特性归类,供民众快速地查询与利用。
那麽图书馆是怎麽分类书籍的呢?
参考国家图书馆 最新一次的《中文图书分类法》(2017–05–22) 说明,目前台湾的中文书籍分类主要参考 5 种分类法,并根据台湾目前的学术文化背景修订而成。这 5 种分类法分别是:
有了国家图书馆的编目文件,就可以参考并对自己的笔记进行分类。
以近期我正在阅读的《读懂一本书》为例,查询台北市立图书馆可知图书编码为「019.1 4412」。
接着查询 019.1 在中文图书编码的分类为「读书法 Reading > 阅读法」,就知道自己的这篇读书心得应该分类在「读书法」下了。
图书馆的中文图书编码分类非常细,我们在应用时必须抓大放小,也就是纪录到大分类即可。
以这个例子来说,其实纪录到「读书法 Reading」就非常够用了。除非自己有非常多笔记都属於「读书法 Reading」,才需要再做细分 (阅读法、笔记法…等)。
参考中文图书编码进行笔记分类有以下好处:
我们可以先编列中文图书编码的大类 (000 900),再依据目前最多的笔记主题进行细部编码,这样就不会花过多时间编列用不上的主题。
那麽该如何确认笔记属於哪个分类呢?
方法很简单,只要用笔记内的关键字去图书馆检索系统搜寻,很容易就会找到该关键字所写的书,而系统上也会标示书籍属於哪一个分类。
例如「Scrum (敏捷式开发法)」的检索结果如下,有 312、494、658 这 3 种可能。
在中文图书分类中,分别代表:
658 的分类看起来很奇怪,是分错类了吗?其实不是,西方书籍多是用《杜威十进位分类法》。参考 Dewey Decimal System 的说明,658 应该属於「Technology (Applied sciences) > General Management」。
搭配自己的理解 (Scrum 属於软件开发的方法 > 软件开发属於资讯科学的一环),可判断「Scrum」这则笔记放在 312 资讯科学会比较恰当。
Obsidian 的笔记连结提供我们非常有弹性的笔记结构,透过连结我们可以让思想在笔记间不断地跳跃,重复利用曾经记下来的知识内容,形成一片网状的笔记网络。
看似错综复杂的网状结构,实际上也是有规律可循的,那就是 MOC (Map of Contents) 笔记。
透过建立 Parent (父笔记)、Sibling (兄弟笔记)、Child (子笔记),我们就能快速地辨别主题间的关系。搭配在一般笔记中加入 Topics 栏位,每一则笔记的定位就变得非常清楚。
如果你有大量的笔记但却不知道如何管理,我建议可以采用「MOC 笔记」架构,搭配 Breadcrumbs 插件,有再多的笔记都能够清楚的呈现在你眼前。
这篇文章的概念比较复杂,若有任何问题我很乐意与你讨论,欢迎在下方留言
>>: Day-29 Depth-First-Search(DFS), 深度优先搜寻
铁人赛总算来到最後一天! 非常感谢30天太赶留职停薪专心写文章的靠北战队的队友们。从欧洲远端一起挑战...
如果你看到标题秒懂而且联想到梁家辉的话,我只能说,你一定是一个擅长沟通的好PM。 谈到团队内沟通,跟...
2019年世界上发生两个世界遗产的火灾,一个是法国巴黎的圣母院,一个是冲绳的首里城,两者建筑的修复难...
最初,Linux Kernel 的社群采用压缩档或是补丁的方式进行维护工作。一直到 2002 年,开...
又是忙到下午4点才吃第一餐的一天~ 赶在下午4点半之前进场都算午餐价,费用是250元(不收服务费),...