一只阿木木

30天,把Obsidian变成我的第二大脑:一个程序员的公开实验

30天,把Obsidian变成我的第二大脑:一个程序员的公开实验

上周四晚上十一点,我盯着一个空白的文档发呆。

领导让我写一份「数据中台技术选型调研报告」。这个选题我不陌生——过去半年我至少读过 20 篇相关文章,收藏了十几个技术方案对比,甚至在某个深夜还在即刻上跟人讨论过 ClickHouse 和 Doris 的优劣。

我知道我"学过"。

但当我真正坐下来要交付的时候,我发现:

  • 微信收藏里的文章,标题看着眼熟,内容全忘了
  • 浏览器书签栏 300 多条,搜索关键词搜不到想要的那一篇
  • Notion 里开过一个「数据中台」的页面,点进去只有一个标题,正文是空的
  • 有几条碎片记在手机备忘录,但跟电脑上的笔记完全割裂

最后我花了整整两天,重新搜索、重新阅读、重新整理,才勉强交了一版初稿。

这不是第一次了。

写周报找不到上周做了什么、写技术博客从零开始憋、做产品分析忘记之前的竞品结论、想复盘某次线上事故却想不起来当时的决策依据……

我意识到,这些痛苦的本质只有一个:

我一直在「消费」信息,但从来没有「管理」过知识。


【自我介绍】

你好,我是一只阿木木,一名后端程序员。

工作五年,写过业务系统,搭过数据管道,也给产品提过需求、跟运营讨论过增长方案。

程序员这个职业有个特点:我们每天都在帮公司建系统,但从来没给自己建过一个。

我们会给数据库设计 Schema,但自己的笔记连文件夹都没分好。

我们会给 API 写文档,但自己的技术积累全散落在聊天记录里。

我们会做代码 Review,但自己的成长从来没有做过一次认真的复盘。

这件事困扰我很久了,直到最近我读了一本书——Tiago Forte 的**《打造第二大脑》(Building a Second Brain)**。

这本书让我意识到:

知识管理不是「整理癖」,而是一套让信息流动、让产出确定的工程系统。

作为一个程序员,这句话击中了我。

因为"建系统",恰好是我最擅长的事。


【我到底在焦虑什么?四个真实场景】

在正式讲方法论之前,我想先把自己的"病历"摊开,因为我相信你也会在里面找到自己的影子。

场景一:程序员的"技术博客拖延症"

每次解决一个复杂 Bug,我都跟自己说:"这个值得写篇博客。"

然后呢?

当时觉得太简单不值得写,一周后忘了细节写不出来,一个月后连解决方案都想不起来了。

结果:工作五年,技术博客 0 篇。

场景二:产品分析做了等于没做

去年做竞品分析,花了一整周研究了 5 个产品的功能矩阵、定价策略、用户评价。整理成一个精美的文档,提交,结束。

三个月后产品迭代需要参考,那份文档在哪?叫什么名字?存在哪个网盘目录?

完全想不起来。重新做了一遍。

结果:同样的活,干了两次。

场景三:数据营销方案的"灵感蒸发"

刷到一篇增长案例——某产品用 RFM 模型做了用户分层,ROI 提升了 40%。我马上收藏了。

两周后老板问:"我们的营销能不能做用户分层?"

我知道我收藏过一篇,但找不到了。找到了,发现只存了链接,没有任何自己的标注和思考。

打开链接,文章已经被删了。

结果:收藏 = 安慰剂。

场景四:年终述职的"考古行动"

每到年底写述职,就是一场大型考古。

翻三个月前的周报(格式都变了两次),翻企业微信群聊(几万条消息里捞关键词),翻 Jira 历史(只有 ticket 标题,没有成果描述)。

每次都告诉自己明年一定平时就记录,每年都食言。

结果:述职写出来自己都觉得心虚。


【问题的本质:不是你记性差,是你没有"系统"】

如果你是程序员,你一定理解这个类比:

你对公司系统做的事
你对自己的知识做的事
设计数据库 Schema
❌ 文件夹随便建
写接口文档
❌ 笔记没有标准格式
做数据 ETL(抽取-转换-加载)
❌ 只收藏不加工
设定监控与告警
❌ 从不回顾和清理
CI/CD 持续交付
❌ 输出全靠临时抱佛脚

你对公司数据的尊重程度,远远高于对自己知识的尊重程度。

这不是态度问题,是缺少一个系统。

而《打造第二大脑》给出了这样一个系统:CODE + PARA。

简单来说:

  • CODE 是工作流(信息怎么流动):Capture 获取 → Organize 组织 → Distill 提炼 → Express 表达
  • PARA 是目录结构(信息怎么存放):Projects 项目 → Areas 领域 → Resources 资源 → Archives 归档

一个管"流程",一个管"仓库"。

如果用程序员的话说:

CODE 是你的 Pipeline,PARA 是你的 Database Schema。

它们合在一起,就是你的个人知识操作系统。


【我打算怎么做:用 Obsidian 搭建,全过程公开】

我选择 Obsidian 作为主力工具,原因很简单:

  1. 本地存储 + Markdown:数据在自己手里,不怕平台跑路,程序员天然友好
  2. 双向链接 + 图谱视图:让笔记之间产生连接,知识能"长出来"
  3. 插件生态:可以按需定制工作流,满足工程师的折腾欲(但我会克制)
  4. 配合 AI(GPT/Copilot):可以做智能检索、辅助总结,这是 2024 年的增量

但我要提前说一句:

工具不重要,流程才重要。
你用 Notion、语雀、飞书文档,甚至用纸笔,都可以跑通这套方法。我用 Obsidian 只是因为它最适合程序员的工作习惯。


【这个系列我会写什么】

我把这个系列当成一个产品来迭代。

产品名称:一只阿木木的第二大脑

产品愿景:让知识流动起来,让产出确定下来

迭代计划(暂定):

序号
篇名(暂定)
核心内容
01
本篇
为什么做 + 痛点 + 系列规划
02
一张图讲清 CODE + PARA
框架全景 + 程序员类比
03
PARA:给知识库设计 Schema
我的 Obsidian 目录结构实操
04
PARA 落地:统一收编全平台资料
微信/浏览器/网盘 → Obsidian
05
Capture:设计收集入口
Flomo + 快捷指令 + Obsidian
06
Organize:按项目整理,别按类别
工程思维:面向交付的整理
07
Distill:渐进式提炼
把收藏"提纯"成可复用内容
08
Express:从笔记到产出
用笔记写博客/写汇报/写方案
09
案例:技术选型调研全流程
从收集到交付的完整演示
10
案例:年终述职素材库
平时怎么攒,年底怎么用
11
避坑:我踩过的 5 个坑
收藏癖/工具癖/分类癖…
12
30天复盘:投入产出比
数据 + 感悟 + 模板公开

每篇都会包含:

  • Obsidian 实际截图(不造假)
  • 可复用的模板或规则清单
  • Before / After 对比
  • 程序员 / 产品 / 数据营销的真实场景

【写在最后:为什么要"公开"做这件事】

说实话,公开写这个系列,我是有压力的。

因为这意味着:

  • 如果我中途放弃,所有人都看得到
  • 如果我的方法不好用,我得承认
  • 如果我走弯路,我得把弯路也记下来

但我还是决定这么做,原因有两个:

第一,输出是最好的内化。

《打造第二大脑》里有句话:"知识只有在被使用时才有价值。" 如果我学完了只是自己用,那它只是个人工具。但如果我写出来,它就变成了一个作品,一个可以帮到别人的东西。

第二,我想证明一件事:

在 AI 冲击一切的时代,程序员最大的护城河不是代码能力,而是「持续学习 + 结构化输出」的系统能力。

代码可以被 AI 写,但你的经验、你的判断、你的知识体系,这些东西 AI 替代不了——前提是,你真的把它们沉淀下来了。

这个系列,就是我沉淀的过程。

而你,是这个过程的见证者,也可以是同行者。


【下期预告】

下一篇:《一张图讲清 CODE + PARA:程序员版"第二大脑"架构图》

我会用程序员最熟悉的方式(架构图 + 数据流 + Schema 设计),把 CODE 和 PARA 这两个核心概念彻底讲透。

不讲鸡汤,只讲结构。