我重建了自己的笔记系统：火绒、柴薪、篝火和余烬

date

Apr 7, 2023

slug

wo-cs-jm-le-zi-ji-de-bi-ji

status

Published

为什么我突然重构了笔记系统

先说感受，重建笔记系统后，好像又活过来了。今年我在知识管理方面感受到了越来越大的『摩擦力』，来源主要是以下几个方面：

笔记架构过于复杂，使用的软件还是偏多。特定类型的笔记需要打开特定类型的软件，而思考使用什么软件的精神消耗就很可能让我放弃记录。

各种笔记应用层出不穷(tana, mem ...)，各有优劣。恩，太花心的后果就是笔记散落在各种应用中，笔记迁移变成了周期性的痛。

个人网站维护起来太麻烦，每次想写点什么发布总是需要额外耗费很多精力。更别说服务器维护之类的烦心事。

我是感觉这样继续下去不行了，但要说立马改变笔记系统，又总是拖延不想做。何况也不知道会不会又是一次无效的折腾。直到我看到了这篇文章： Building a digital garden: How I built myself a simple wiki using folders and files and published via Jekyll

作者借鉴了Robin 的 stock and flow，将自己的笔记分为三个类别：

💦 溪流：社交网站的动态，刷存在。

🔥 篝火：对作者来说是就是博客。

👩🏻‍🌾 花园：放置自己更加深度的思考。

以上，有趣，但对我都不重要。真正让我决心重新设计笔记系统的，是文章提到 "A blog without a publish button"（一个不需要发布键的博客）。我看到这句话的瞬间.....boom 🤯 🤯 🤯 。需要花精力发布恰好就是我更新越来越少的原因，而不发布的笔记又潜在的影响我对笔记的质量要求，最后糟糕的笔记质量又导致了笔记效率变低。 ok，找到症结后，当天我立即开始重新设计我的笔记系统。

解决笔记迁移问题，打造常青笔记

我已经厌倦了各种周期性的迁移，但难免以后又会有我喜欢的新应用出现，所以制定了一个『常青方案』：

使用 markdown 作为自己的笔记的基本格式，保证多年后自己的笔记还能打开。

不使用任何笔记应用的特殊语法(markdown only)，特殊意味更强大的功能，也意味着未来更麻烦的迁移。

.md 文件通过 Github 备份。

解决工具的选择问题

为了避免选择工具方面的阻力，我将长久的参照以下原则：

如果笔记应用不能提供 .md 格式导出，我不会用其记录任何有价值的东西（玩玩可以）。

所有的 .md 笔记文件，基于文件夹通过 Obsidian 进行管理。

用任意喜欢的 .md 工具进行书写。

尽量使用不需要付费的笔记软件，钱缴的越多，很多时候就被绑定得越紧。

没有发布键的部落格

Building a digital garden 中的作者是使用的 Jekyll 来实现的 Blog 系统。但是我不太喜欢，一开始想使用 Hugo 框架来做，做了一半感觉还是满足不了我的需求。最后选择直接基于 Notion 来建站，虽然不够 Geek，却基本满足我抛弃发布键的目的。说起来 Notion 我一直不甚喜欢，双向链接比较弱，使用体验偏重。但用来建站好处很明显：

笔记可视化：这是我最喜欢的一个优点，双向链接当然可以关联你的笔记，但是很多时候你看不到的东西就等于不存在🤷🏻‍♂️。通过自己的搜索进行知识挖掘的观点真的太理想化了，很多时候就是写了就忘。通过 Notion 你可以更好的将笔记可视化，方便回看。

数据库功能强大：通过 Filter 和 Sort，更好的进行笔记管理和筛选。暴论：那种笔记节点的链接图非常酷，但真要找东西，用处就是基本没有。

不需要发布：Notion 中更新了的文章，别人就可以直接看到了，同时修改起来也很方便。

火绒, 柴薪, 篝火, 余烬

最后说以下自己的笔记架构，我不是一个喜欢社交的人，所以什么社交『溪流』的概念不太适合我。我将笔记分为四个类别：火绒｜柴薪｜篝火｜余烬，依次如下：

🍁 火绒：使用 Notion 记录我各种 idea，基本上就是一个点子库。

🪵 柴薪：使用 Notion 收集和共享各种输入，包括不限于文章、书籍、视频、音频。同时一些系统性的技能，提供他人具体学习路径作为参考。

🔥 篝火：基于『火绒』和『柴薪』而生成的输出（目前使用Obsidian进行编辑），包括不限于文章、书籍、视频、音频。

❤️‍🔥 余烬：『篝火』完成后（燃烧完毕）同步到Notion中的笔记，通过部落格分享。

笔记系统重建之后，有一种精神自我疯狂『裸奔』的感觉：诚实的对待自己，并公开所有学习过程和路径。以上，就是我这次笔记系统重构过程中的一些分享，也欢迎大家多多光临『浓雾荒原』。