我后悔反对双链开发了,原因是 MOC

本贴最后更新于 983 天前,其中的信息可能已经时移世改

嗯,反复横跳,典型甲方。

两个月前,我发了帖子: 说实在的,我得反对下双链笔记的开发

主要是出于两方面的原因:

  • 思源还未做到放心用的程度,等待的耐心消磨了
  • 还未探索出双链提升个人笔记的方法

在开发者的推荐和巧合下,我上手了 Obsidian,经过一段时间的使用,体会到了双链的灵活性带来的新的笔记方法 —— MOC,开始喜欢双链了。

说巧合是因为:

  • 几个月前我还用过 Obsidian,由于它的官方帮助是英文文档,一看那么大一团英文文档,看着头疼,就没再用,卸载了。
  • 开发者推荐的时候,我下载了最新版的 Obsidian,刚好它那一版更新中,加入了 显示默认语言的帮助文档 ,我看到了中文帮助文档,这才让我有了耐心花了一下午熟悉了 Obsidian。

我见到最多的宣传双链笔记的画面,是一篇知识性文章中,一个段落中,有多个专有名词,它们又分别指向另外一篇笔记,让人看似像大脑神经一样将笔记串联。然而那样的画面只是适合为他人写文档。

在我们实际的笔记中,笔记常常是分散性较高的,在其中提到一个名词,这个名词又恰恰是另一篇笔记中内容的概率,微乎其微。所以个人笔记,尤其是卡片笔记中,很少会用到双链。

那双链对于个人知识整理,更有用的形式是怎样的呢?它就是 —— MOC

MOC 是 Map of Contents,即 内容地图。它和 TOC(Table of Contents,目录)有一些相似。

先说一下 MOC 的本质:

它就是一个手动记载的文本目录 (不排除一些高级玩家用脚本自动生成 MOC)

举个例子,这就是一个 MOC:

image.png

它的 Markdown 原始文字是这样的:

[[软件收集平台]]

### 笔记类

笔记软件:

- [[双链笔记]]
- [[Markdown 编辑器]]
- [[普通笔记]]
- [[思维导图]]
- [[在线文档协作]]

[[静态网点生成]]

[[博客软件]]

[[图床]]

[[OCR识别]]



### 视频创作

[[创意视频制作]] 

### 系统工具

[[软件运行环境]]

[[系统服务]]

[[剪切板记录]]

[[文件预览]]

[[系统优化]]

[[电脑硬件监控]]

[[硬件测试]]

### 安全

[[杀毒软件]]

[[密码管理器]]

[[文件加密]]

[[软件卸载]]

### 文件管理

[[远程文件管理]]

[[单设备文件同步]] 

[[多设备文件同步]]

[[文件备份]]

[[文件管理]]

[[文件删除、清理]]

[[文件加密]]

[[文件分享]]

...


它其实就一个文本索引文件,一个双链指向另一个笔记。那这个 MOC 解决了我的什么问题呢?下面代入场景:

出于自身需要,我要收集起见过的好用的软件,以免以后忘记,但它们实在太多,一个类目下,可能就有细分目录,在细分目录下可能就有许多软件,有的软件还需要单独写一篇、几篇使用笔记。

如果我只写下软件名字、简介,放到一篇笔记中,那也是要上万字的笔记,老长一溜,即便在标题目录的帮助下,后续添加、查找、管理这篇笔记,都会特别费力。

如果我将这些笔记打散,每一个软件,或者每一类软件写一个文档,用文件夹层级的方式管理,就会有这样的问题:

  • 文件夹层级太不方便直观,不能自定义排序,除非用麻烦的手动编号
  • 很难一下子看清一个文件夹层级下的子结构
  • 文件夹层级前进后退太麻烦,随着生活的前进,如果发现原先的分类体系不适用,就需要重新分类。
  • 文件夹结构太单调,甚至不能给添加一些注释
  • 一个文档只能存在于一个文件夹下。例如 xxx 电影读后感 不能同时存在于 电影读后感 两个文件夹下。
  • 如果一开始在错误的目录中寻找文件,可能需要浏览多个层级之后,才能意识到自己找错了地方,费时费力。而最坏的情况是:文件实际存在,但因为没有找到认为它不存在。

MOC 就解决了上述问题,在 MOC 中,一篇笔记,只是一个双链:

  • 这个双链旁边,可以添加各种形式的注释
  • 可以使用列表关系、段落关系、标题级别,来管理链接之间的关系
  • 一篇笔记的链接,不用担心放在哪里,可以同时存在于多个标题、列表分类中
  • 不需要找到文件,在 MOC 中,就可以轻松完成双链笔记的:
    • 重命名
    • 跳转
  • 在 MOC 中修改层级关系只是修改文字、标题、段落,而不用去实际操作文件
  • 通过关系图,可以清楚地看到哪些孤立笔记还没管理到 MOC 中。

说好听点,MOC 就是你的知识目录,这个目录由你自定义,你管理知识不再需要受到文件夹结构本身的限制。

当然,使用 MOC 不代表完全不使用文件夹层级结构,极端路线不可取,两者结合起来会有最好的效果。

在使用 MOC 之后,我添加永久性笔记就成了这样的过程:

  • 在一级文件夹中打开这个大主题的索引 MOC,看下在 MOC 中有没有适合的主题,如果有,就在其下添加一个 [[名字]] 双链,如果没有,就在合适的位置写一个标题,再添加 [[名字]] 双链,再点进这个链接,添加内容。
  • 如果时间不充裕,就先在草稿文件夹随便写一个笔记,以后再整理。

当然,有一些大神,他们使用了更庞大的分类体系,对于一篇笔记,使用了图书馆的书目索引法,给笔记加上序号前缀,根据序号建立主 MOC、子 MOC,使用脚本,根据笔记的文件名自动更新 MOC 索引文件。这种境界,咱是没达到,也觉得这种方式框架性太强。

在使用了 MOC 之后,我在笔记管理方面,深刻感受到,这比以前纯粹的文件夹层级管理方式自由、方便太多了!

参考:

  • 黑曜石

    黑曜石是一款强大的知识库工具,支持本地 Markdown 文件编辑,支持双向链接和关系图。

    A second brain, for you, forever.

    10 引用 • 85 回帖
  • MOC
    2 引用 • 18 回帖
  • 双向链接
    3 引用 • 8 回帖

相关帖子

欢迎来到这里!

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

注册 关于
请输入回帖内容 ...
  • 如果没有提到

    • “双向链接”的本质
    • 反向链接面板的用法
    • “双链的功能已经覆盖标签”

    那文中的观点层级还是停留在“文档型”笔记的范畴

    不是不行

    但不够深刻

  • 其他回帖
  • 大佬,意思是只是用 Moc 来管理笔记,笔记随便放在哪里都可以吗,笔记还需要按层级放吗。这样后面如果要找笔记,会不会很难找啊。。没有层级的话。刚学 moc,想请教一下~

  • 这“谢罪”的风格让我想起了 @deerain trollface

  • 在我们实际的笔记中,笔记常常是分散性较高的,在其中提到一个名词,这个名词又恰恰是另一篇笔记中内容的概率,微乎其微。所以个人笔记,尤其是卡片笔记中,很少会用到双链。

    不赞同,正是因为分散,才需要用到双链。一个名词在另一篇笔记中出现的概率并不低,尤其是笔记有跨领域的多个专题产生关联后。越是做卡片笔记,双链越是能发挥作用。这是我用下来的感受。

  • 查看全部回帖

推荐标签 标签

  • RESTful

    一种软件架构设计风格而不是标准,提供了一组设计原则和约束条件,主要用于客户端和服务器交互类的软件。基于这个风格设计的软件可以更简洁,更有层次,更易于实现缓存等机制。

    30 引用 • 114 回帖
  • 京东

    京东是中国最大的自营式电商企业,2015 年第一季度在中国自营式 B2C 电商市场的占有率为 56.3%。2014 年 5 月,京东在美国纳斯达克证券交易所正式挂牌上市(股票代码:JD),是中国第一个成功赴美上市的大型综合型电商平台,与腾讯、百度等中国互联网巨头共同跻身全球前十大互联网公司排行榜。

    14 引用 • 102 回帖 • 404 关注
  • jsoup

    jsoup 是一款 Java 的 HTML 解析器,可直接解析某个 URL 地址、HTML 文本内容。它提供了一套非常省力的 API,可通过 DOM,CSS 以及类似于 jQuery 的操作方法来取出和操作数据。

    6 引用 • 1 回帖 • 462 关注
  • GitHub

    GitHub 于 2008 年上线,目前,除了 Git 代码仓库托管及基本的 Web 管理界面以外,还提供了订阅、讨论组、文本渲染、在线文件编辑器、协作图谱(报表)、代码片段分享(Gist)等功能。正因为这些功能所提供的便利,又经过长期的积累,GitHub 的用户活跃度很高,在开源世界里享有深远的声望,并形成了社交化编程文化(Social Coding)。

    207 引用 • 2031 回帖
  • 微软

    微软是一家美国跨国科技公司,也是世界 PC 软件开发的先导,由比尔·盖茨与保罗·艾伦创办于 1975 年,公司总部设立在华盛顿州的雷德蒙德(Redmond,邻近西雅图)。以研发、制造、授权和提供广泛的电脑软件服务业务为主。

    8 引用 • 44 回帖
  • Java

    Java 是一种可以撰写跨平台应用软件的面向对象的程序设计语言,是由 Sun Microsystems 公司于 1995 年 5 月推出的。Java 技术具有卓越的通用性、高效性、平台移植性和安全性。

    3168 引用 • 8207 回帖
  • Openfire

    Openfire 是开源的、基于可拓展通讯和表示协议 (XMPP)、采用 Java 编程语言开发的实时协作服务器。Openfire 的效率很高,单台服务器可支持上万并发用户。

    6 引用 • 7 回帖 • 89 关注
  • Sillot

    Sillot (汐洛)孵化自思源笔记,致力于服务智慧新彖乄,具有彖乄驱动、极致优雅、开发者友好的特点
    Github 地址:https://github.com/Hi-Windom/Sillot

    15 引用 • 6 回帖 • 28 关注
  • 智能合约

    智能合约(Smart contract)是一种旨在以信息化方式传播、验证或执行合同的计算机协议。智能合约允许在没有第三方的情况下进行可信交易,这些交易可追踪且不可逆转。智能合约概念于 1994 年由 Nick Szabo 首次提出。

    1 引用 • 11 回帖 • 7 关注
  • TGIF

    Thank God It's Friday! 感谢老天,总算到星期五啦!

    284 引用 • 4481 回帖 • 654 关注
  • 游戏

    沉迷游戏伤身,强撸灰飞烟灭。

    169 引用 • 799 回帖
  • ngrok

    ngrok 是一个反向代理,通过在公共的端点和本地运行的 Web 服务器之间建立一个安全的通道。

    7 引用 • 63 回帖 • 598 关注
  • Jenkins

    Jenkins 是一套开源的持续集成工具。它提供了非常丰富的插件,让构建、部署、自动化集成项目变得简单易用。

    51 引用 • 37 回帖
  • Maven

    Maven 是基于项目对象模型(POM)、通过一小段描述信息来管理项目的构建、报告和文档的软件项目管理工具。

    185 引用 • 318 回帖 • 344 关注
  • 开源

    Open Source, Open Mind, Open Sight, Open Future!

    396 引用 • 3416 回帖
  • JSON

    JSON (JavaScript Object Notation)是一种轻量级的数据交换格式。易于人类阅读和编写。同时也易于机器解析和生成。

    51 引用 • 190 回帖
  • Ngui

    Ngui 是一个 GUI 的排版显示引擎和跨平台的 GUI 应用程序开发框架,基于
    Node.js / OpenGL。目标是在此基础上开发 GUI 应用程序可拥有开发 WEB 应用般简单与速度同时兼顾 Native 应用程序的性能与体验。

    7 引用 • 9 回帖 • 345 关注
  • Windows

    Microsoft Windows 是美国微软公司研发的一套操作系统,它问世于 1985 年,起初仅仅是 Microsoft-DOS 模拟环境,后续的系统版本由于微软不断的更新升级,不但易用,也慢慢的成为家家户户人们最喜爱的操作系统。

    215 引用 • 462 回帖
  • 友情链接

    确认过眼神后的灵魂连接,站在链在!

    24 引用 • 373 回帖
  • 安全

    安全永远都不是一个小问题。

    189 引用 • 813 回帖
  • Lute

    Lute 是一款结构化的 Markdown 引擎,支持 Go 和 JavaScript。

    25 引用 • 191 回帖 • 21 关注
  • React

    React 是 Facebook 开源的一个用于构建 UI 的 JavaScript 库。

    192 引用 • 291 回帖 • 443 关注
  • Swagger

    Swagger 是一款非常流行的 API 开发工具,它遵循 OpenAPI Specification(这是一种通用的、和编程语言无关的 API 描述规范)。Swagger 贯穿整个 API 生命周期,如 API 的设计、编写文档、测试和部署。

    26 引用 • 35 回帖 • 13 关注
  • 微信

    腾讯公司 2011 年 1 月 21 日推出的一款手机通讯软件。用户可以通过摇一摇、搜索号码、扫描二维码等添加好友和关注公众平台,同时可以将自己看到的精彩内容分享到微信朋友圈。

    129 引用 • 793 回帖 • 2 关注
  • RYMCU

    RYMCU 致力于打造一个即严谨又活泼、专业又不失有趣,为数百万人服务的开源嵌入式知识学习交流平台。

    4 引用 • 6 回帖 • 40 关注
  • Sandbox

    如果帖子标签含有 Sandbox ,则该帖子会被视为“测试帖”,主要用于测试社区功能,排查 bug 等,该标签下内容不定期进行清理。

    370 引用 • 1215 回帖 • 582 关注
  • Vditor

    Vditor 是一款浏览器端的 Markdown 编辑器,支持所见即所得、即时渲染(类似 Typora)和分屏预览模式。它使用 TypeScript 实现,支持原生 JavaScript、Vue、React 和 Angular。

    313 引用 • 1667 回帖 • 1 关注