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 标题,没有成果描述)。
每次都告诉自己明年一定平时就记录,每年都食言。
结果:述职写出来自己都觉得心虚。
【问题的本质:不是你记性差,是你没有"系统"】
如果你是程序员,你一定理解这个类比:
你对公司数据的尊重程度,远远高于对自己知识的尊重程度。
这不是态度问题,是缺少一个系统。
而《打造第二大脑》给出了这样一个系统:CODE + PARA。
简单来说:
CODE 是工作流(信息怎么流动):Capture 获取 → Organize 组织 → Distill 提炼 → Express 表达 PARA 是目录结构(信息怎么存放):Projects 项目 → Areas 领域 → Resources 资源 → Archives 归档
一个管"流程",一个管"仓库"。
如果用程序员的话说:
CODE 是你的 Pipeline,PARA 是你的 Database Schema。
它们合在一起,就是你的个人知识操作系统。
【我打算怎么做:用 Obsidian 搭建,全过程公开】
我选择 Obsidian 作为主力工具,原因很简单:
本地存储 + Markdown:数据在自己手里,不怕平台跑路,程序员天然友好 双向链接 + 图谱视图:让笔记之间产生连接,知识能"长出来" 插件生态:可以按需定制工作流,满足工程师的折腾欲(但我会克制) 配合 AI(GPT/Copilot):可以做智能检索、辅助总结,这是 2024 年的增量
但我要提前说一句:
工具不重要,流程才重要。
你用 Notion、语雀、飞书文档,甚至用纸笔,都可以跑通这套方法。我用 Obsidian 只是因为它最适合程序员的工作习惯。
【这个系列我会写什么】
我把这个系列当成一个产品来迭代。
产品名称:一只阿木木的第二大脑
产品愿景:让知识流动起来,让产出确定下来
迭代计划(暂定):
| 本篇 | ||
每篇都会包含:
Obsidian 实际截图(不造假) 可复用的模板或规则清单 Before / After 对比 程序员 / 产品 / 数据营销的真实场景
【写在最后:为什么要"公开"做这件事】
说实话,公开写这个系列,我是有压力的。
因为这意味着:
如果我中途放弃,所有人都看得到 如果我的方法不好用,我得承认 如果我走弯路,我得把弯路也记下来
但我还是决定这么做,原因有两个:
第一,输出是最好的内化。
《打造第二大脑》里有句话:"知识只有在被使用时才有价值。" 如果我学完了只是自己用,那它只是个人工具。但如果我写出来,它就变成了一个作品,一个可以帮到别人的东西。
第二,我想证明一件事:
在 AI 冲击一切的时代,程序员最大的护城河不是代码能力,而是「持续学习 + 结构化输出」的系统能力。
代码可以被 AI 写,但你的经验、你的判断、你的知识体系,这些东西 AI 替代不了——前提是,你真的把它们沉淀下来了。
这个系列,就是我沉淀的过程。
而你,是这个过程的见证者,也可以是同行者。
【下期预告】
下一篇:《一张图讲清 CODE + PARA:程序员版"第二大脑"架构图》
我会用程序员最熟悉的方式(架构图 + 数据流 + Schema 设计),把 CODE 和 PARA 这两个核心概念彻底讲透。
不讲鸡汤,只讲结构。