新的一年，从笔记开始说起

年初的时候听了捕蛇者说关于个人知识管理 (Personal Knowledge Management, 简称 PKM) 体系的三期 Podcast:

意外的在内化篇了解到了 Roam Research （后简称 RR）以及「双向链接」的概念，然后就开始了差不多一个月对「双向链接笔记」的体验并一发不可收拾。未来「双向链接」应该会是笔记类产品的必备功能，于是来写篇文章记录一下期间的思考。

先说说笔记

之前没有在意「体系」这个事情的时候，做的事情更多的是把有用的信息保存 到各种系统中去，例如：

  • 浏览器的收藏夹
  • WebClipper 或者手动 copy 文章到笔记 App 中去
  • 在笔记 App 中开几篇笔记，或工整或零散的记录作为备忘
  • 又或者直接写成 Blog …

然后得到的是：

  • 重要信息的备忘，然后期望通过工具强大 (?) 的搜索能力在未来需要的时候再找回来
  • 通过 Tag 系统或者文件夹来给信息归类，似乎是做到了信息的管理

看看那些见过的用过的工具

  • Google 搜索可以啊，家大业大来用 Google Docs 吧
  • 这篇 blog 好好看，图文并茂，弄到 Google Docs 好麻烦。Evernote Web Clipper 是最吼的，一键丢掉烦恼
  • 什么？不支持 Markdown？要自己写笔记，记点 code snippets 弄点格式那么麻烦，Markdown 多方便啊，再说有道笔记也有 Web Clipper 啊
  • SaaS 卷款跑路怎么办？得支持本地化管理啊。多端同步？反正设备都是水果家的能用 iCloud 不就好了，虽然 iCloud 也没少搞事情。
  • 挑来挑去就用熊掌记吧，tag 系统好使，文章间引用也方便。

这基本就是常见的笔记工具，核心是依赖强大的索引和搜索能力，能够查找到那些添加了各种 tag 或者归置在各个文件夹下保存的文字，图片…附带：

  • Web Clipper 方便信息的收集
  • 跨端跨平台同步，当然，数据能是自己的就更好

但……

似乎只是一直在记录，做个备忘以免忘记，以为进入到笔记系统后有一天能找回来。可有一种残酷的事实是「收藏即读过」或者「转过即读过」。在 PKM 的过程中，这仅仅只是在做收集，也就是输入的部分，多数时候就没有然后了。

一篇笔记或文章，讨论的东西可能涉及几个知识点。文件夹分类，是一个自顶向下的树状系统，总要去思考应该归置在哪一个节点上，但事实并不是非 A 即 B 的。所以去年完全抛弃了文件夹的管理，直接用「熊掌记」，完全用 tag 管理，虽然 tag 最后也可以组织成目录树。可自由的 tag 最终也会走向某种失控的状态，作用约等于无。看着星星点点的 tag 列表，都是些什么鬼…当时我在想什么…然后 tag 可能会变得小心翼翼，这种分类系统产生了一种压制。

收藏了备忘了，会加上 Tag，或者做了些文件夹分类，把笔记放到某个角落。期望未来能在这个分类系统找回来？不，有的时候并不会。想想搜索的时候，用的只会是大脑中能回忆起的高频关键词，曾经有一篇文章因为漏了某个 tag，或者记忆出现偏差，能想起来的关键词和文章压根对不上，但那篇文章，对，似乎确认曾经记录过那么一篇文章我记录到笔记系统里面，就这样找不到了。

人的大脑本就是一团浆糊，很难用一个树状的结构来管理。树枝不断的分叉，东西只能线性地往下沉，再捞出来的机会很难。

那么，来一点不一样的

文件夹是树状的，tag 是平面点状的，解决线性的问题，那就通过一种方法来把任意点和点之间连接起来，于是我们得到的不再是自顶向下的单向的树，而是一张网。这更趋向于我们大脑中状态。

「双向链接」的鼻祖是德国一位教授的发明的方法论 - Zettelkasten， Roam Research，则是把「双向链接」这一特性发扬光大的笔记产品。

推荐延伸阅读一下 💡 Roam White Paper | Roam 白皮书，RR 的愿景并不只是单人的笔记产品。

尝试一下把这部分剩下的内容在笔记中做成个 demo ：

image.png

查看页面的图谱，能看到和当前页面有一度关联的页面。

下面是关联的 2021-02-14 的页面

image.png

一开始使用上会有些不习惯，但尝试坚持一下吧。不要去思考以前的工具是怎么样的，也没有特意的分类和标签，放下过往，将没有压制

时间越久，点子越多，某一天，会发现一个过往的记忆，自己出现在它该出现的地方。然后，过往的记忆，也许会让现在的你迸发出新的认知和想法。

自底向上，醍醐灌顶。

下面是大概使用了一个月之后整个数据库的图谱

image.png

这是一个实际的深度记录后的样子

logseq-others.png

如何选择？

RR 并不是「双向链接」笔记里面的唯一选择。目前主力在用的是 logseq，尝试过 Obsidian，还有在开发中的 AthensResearch。

RR

  • 在线的 Web 工具
  • 提供一个月的免费试用的时间，15 刀一个月。狂热的信仰者可以 500 刀一次性支付 5 年的费用（8刀/月）。
  • 用户之间可以共享笔记库协同编辑
  • 先行者，功能更丰富
  • 纯 web，启动速度慢

Obsidian

  • 开源，社区也有丰富的插件系统
  • 数据本地管理
  • 和你所熟知的过往的工具一样
    • 可以有文件夹组织
    • 笔记是单独的 Markdown 笔记文件
      • 虽然 logseq 的笔记本质也是 Markdown 文件（RR 没有深度使用，不知道，也许也一样吧）
      • 但是创建笔记的过程依然是先给笔记弄好一个 title，然后开始用 Markdown 来记录
      • 感觉很熟悉，是好事也是坏事。
      • 嗯…还是 RR 这样的 list 形式更自由一点
  • 传统的笔记形式增强了「双向链接」笔记的特性
    • 你可以尝试把现在的笔记导出为 Markdown，再导入 obsidian
      • 就可以立即开始体验
      • 带图的文章需要想法处理一下
        • 例如「熊掌记」社区提供了转换的命令来处理带图的文章，保证导入的笔记图片依然可以浏览

AthensResearch

  • 优先做桌面应用，不是 Web 应用
  • 开发中…未知
    • 但看起来快了

logseq

  • 最大的缺点说在前头
    • buggy，有的操作有时候出问题会抓狂
      • 操作撤回不知道撤销到哪里去了
      • 莫名的同步问题
        • 因为在家和公司都使用，明明 A 地修改和保存的同一篇笔记，在 B 地再修改保存会提示冲突需要 merge
        • 所以每次使用前我都强制整个库 re-index 一遍
      • 即使有些莫名的问题，但是瑕不掩瑜
      • logseq 的团队是积极的在开发的！
  • 最像 RR 的在线产品，但是速度比 RR 快
  • 本地数据先行，数据掌握在你的手里。这是最异于 RR 的特性
    • 可以通过浏览器管理本地数据文件
      • 但是浏览器访问本地文件时候各种权限提示很烦的
        • 貌似新版修复了
    • 可以使用 Google Drive
    • 但是我还是选择了使用 GitHub 来存储，弄个私有仓库就好了
      • 一直用一直保存，转头看看你的 GitHub activity graph，开始种草了。保存的动作也会出现在 activity stream 中（我只想看我 follow 的活动啊~）
        • 是优点也是缺点吧（
          • 毕竟它并不算实际的 contribution，干扰了实际的数据，算缺点吧（但是一年也没几次公开的 contribution 啊）
          • 这又不是 logseq 的错，管他的
  • 笔记的图片目前应该是保存到 AWS S3 上（cdn.logseq.com）
    • 上传图片后在笔记里面实际是引用图片的 S3 url
    • 不算完整意义的本地数据，就算他一个缺点吧
      • 图片并不是强需求，管他的
      • 也许用 Google Drive 存储会不一样？
  • 特色的功能
    • 例如支持嵌入 excalidraw.com 的图片，一个手绘风格的在线制图工具
    • 可以嵌入油管视频，管理视频资料也不错哟（也许其他工具也可以，逃
    • 一篇笔记可以依照层级生成 slides（也许其他工具也可以，逃

一点点技巧和心得

  1. logseq 或者 RR 这样 list item 的形式，更适合做记录这个事情。它不像是一篇工整的总结文档。但试想「输入」，「内化」，「输出」的过程……笔记应该是在内化的过程，工整的总结文档，应该是基于各种记录的点子做一次输出

  2. 是否需要把以前的笔记迁移到 RR / logseq / Obsidian? Podcast 中也说到这个问题，结果是不需要。以前弄好的东西西放在那里就好了，这跟搬家很类似，哪次不是断舍离，或者打包好的东西就扔在角落封印了。

  3. 如果你在使用 Alfred，可以添加这个 workflow, run script (osascript)，快速把当前浏览器的 tab url 生成成 readlater 格式的链接并复制到剪贴板（参考前文的 journal 截图），然后手动粘贴到 logseq 去吧。当然这个脚本也可以照模式自由发挥，例如生成 TODO 的 item…脚本来源

tell application "Google Chrome"
  set tab_link to (get URL of active tab of first window)
  set tab_title to (get title of active tab of first window)
  set md_link to ("TODO " & "[" & tab_title & "]" & "(" & tab_link & ")" & " #readlater ")
  set the clipboard to md_link
  display notification md_link with title "Success"
end tell

更多

  1. Roam Research不是这样用的 - 知乎
  2. 使用Roam Research的细节问题 - 知乎
  3. 利用PARA高效使用Roam Research - 知乎
  4. Jiayuan 在 Twitter: "Roam Research 入门指南（thread） 这个系列的推中将简单介绍一下 Roam Research 这款软件以及我的一些使用经验。" / Twitter
Some rights reserved
Except where otherwise noted, content on this page is licensed under a Creative Commons Attribution-NonCommercial 4.0 International license.