200天后：12位读者的真实故事

200天后：12位读者的真实故事

——「重塑大脑」系列·读者特辑：失败的、成功的、意想不到的

你好，我是【一只阿木木】，一名后端程序员。用工程师的逻辑搭建系统，用产品经理的思维经营自己。

过去一个月里，我的后台收到了超过200条"实践反馈"。有人晒出了自己的知识库截图，有人发来了长长的复盘日记，有人告诉我他因为这个系列加了薪，也有人告诉我他试了两周就放弃了。

读着这些真实的故事，我意识到——这些故事本身，比我写的任何一篇方法论都有价值。

因为方法论是"我"的经验。而这些故事，是"你们"的经验。

今天这篇文章，我不讲任何新方法。我只是一个"记录者"，把12位读者的真实实践故事呈现给你。

有成功的，有失败的，有让我意外的，有让我感动的。

每一个都是真实的。每一个都值得你读。

（以下所有故事均已获得当事人授权，部分信息已脱敏。）

故事 1：放弃了，但不后悔

讲述人：小林，前端工程师，工作2年
实践时间：14天（已停止）

阿木木你好，先坦白——我放弃了。

按照你的系列搭了Obsidian，建了PARA文件夹，也写了十几条笔记。但到第14天我就停了。

原因很简单：我发现自己不喜欢写字。

我是一个视觉型的人。看到一大片文字就头疼。我的思考方式是画图——流程图、脑图、架构图。让我用文字写永久笔记，就像让一个喜欢Python的人去写Java一样别扭。

所以我把Obsidian卸了，换成了Heptabase。

Heptabase的白板功能让我可以用"卡片+连线"的方式整理知识，很像我画架构图的感觉。现在我每天在白板上拖拖拽拽，把学到的东西用视觉化的方式组织起来。

我没有PARA，没有永久笔记，没有渐进式总结。但我有一个越来越大的"知识白板"，上面全是我画的图。

你的系列对我最大的帮助不是让我学会了你的方法，而是让我意识到我需要一个系统。至于这个系统长什么样——那是我自己的事。

阿木木点评：

这是我最想放在第一个的故事。

因为它说了一个很多知识管理文章不会告诉你的真相：

不是所有人都适合同一种方法。找到适合自己的方式，比照搬别人的方式重要一万倍。

小林"放弃"了我的方法，但他并没有放弃知识管理。他找到了一个更适合自己的工具和方式。

这不是失败。这是最大的成功。

故事 2：因为知识库拿到了Offer

讲述人：阿杰，后端工程师，工作4年
实践时间：87天（持续中）

三个月前我开始找工作。面试了5家公司。

其中一家是我梦寐以求的公司。面到第三轮的时候，面试官问了一个很开放的问题："你平时是怎么学习新技术的？"

以前我可能会说"看博客、看视频、做项目"。这次我掏出了手机，打开Obsidian，直接给他看了我的知识库。

我展示了我的PARA结构、我的技术MOC、我关于分布式系统的永久笔记网络。

面试官的表情从"随便听听"变成了"认真注视"。

他问我："这个笔记里引用的Martin Kleppmann关于RedLock的批评，你自己怎么看？"

因为那条永久笔记是我自己写的（不是复制粘贴的），我真的理解那个争议，所以我条理清晰地回答了。

面试结束后，HR告诉我面试官的评价里有一句话："该候选人有非常系统化的学习方法和深度思考能力。"

我拿到了Offer。薪资涨了35%。

我不确定知识库是不是决定性因素。但我确定，如果没有那些永久笔记，我回答那个问题时一定会支支吾吾。

阿木木点评：

这个故事印证了我在第九篇说的：

技术博客和知识库是程序员最被低估的"涨薪工具"。

面试中，你的知识库就是你的"作品集"。它不是你"说"你爱学习——它是你证明你爱学习。

35%的薪资涨幅。知识管理的ROI还需要我多说吗？

故事 3：帮全组省了200小时

讲述人：大伟，技术组长，工作7年
实践时间：120天（持续中）

我带一个8人的后端团队。

读了你的系列之后，我做了一件事——在公司的语雀空间里，按照PARA的逻辑搭建了一个团队知识库。

结构很简单：

text

团队知识库/
├── 进行中的项目/（每个项目一个文档空间）
├── 技术规范/（编码规范、技术选型标准、发布流程）
├── 踩坑记录/（每个人遇到的坑都记在这里）
└── 归档/（完成的项目和过时的文档）

最开始没人愿意写。程序员嘛，都讨厌写文档。

于是我立了一个规矩：**每个人每周至少往"踩坑记录"里写一条。格式不限，一句话也行。这是绩效考核的一项。

第一个月大家都在应付。写的都是"今天遇到了一个空指针"这种水货。

但从第二个月开始，奇迹发生了。

有一个同事遇到了一个诡异的数据库连接池问题，排查了一下午。然后他去搜了一下"踩坑记录"——发现另一个同事三周前记过一条一模一样的问题，附带了解决方案。

5分钟解决。

这件事在组里传开后，大家开始认真地写踩坑记录了。因为他们意识到：今天我帮别人，明天别人帮我。

现在我们的踩坑记录有247条。新人入职的时候，我会让他先花一天读一遍踩坑记录。

以前新人上手一个项目平均需要2周。现在平均3-4天。

我粗略算了一下，这个知识库在过去4个月里，大约帮全组节省了200小时的重复排查时间。

阿木木点评：

这是唯一一个"团队级"的知识管理案例。

大伟做对了两件事：

1. 极低的参与门槛——"一周写一条，一句话也行"。不是让大家写"技术博客"，只是记一条坑。
2. 让价值自己说话——那个5分钟解决问题的故事，比任何管理命令都有说服力。

知识管理的最高境界不是"我自己用"，而是"让知识在人与人之间流动"。

故事 4：一个"反面教材"的自白

讲述人：小周，全栈工程师，工作3年
实践时间：60天（已暂停）

阿木木，我可能是你最不想看到的那种读者。

你的12篇文章我全部读了。然后我做了什么呢？

我花了一周搭建了一个极其精美的Obsidian知识库。装了27个插件。配了自定义CSS。首页仪表盘有6个Dataview查询、3个嵌入式日历、还有一个实时显示笔记数量的计数器。

然后我把这个截图发到了即刻和小红书上。

获得了147个赞。

然后——我就几乎没再用过这个知识库。

因为它太"重"了。每次打开Obsidian，光是等插件加载就要5秒钟。每次新建一条笔记，我都会纠结要用哪个模板、打哪些标签、放到哪个文件夹。

本来5秒钟能记完的一个想法，在我的"完美系统"里要花3分钟。

最后我干脆不记了。

60天后的现在，我的知识库里有43条笔记。其中35条是搭建系统那一周写的测试笔记。后面两个月只写了8条。

我在小红书上有147个赞的"知识库"截图，是一个空壳。

我是不是你在第八篇里说的那种人——"花了一个星期配CSS样式，最后一条有用的笔记都没写"？

是的，我就是那种人。

现在我把插件卸载到只剩3个（就你推荐的那3个），把CSS全删了，用最丑的默认主题。

重新开始。这次我只关注一件事：写笔记。

阿木木点评：

小周的坦诚让我非常感动。也让我反思——我的系列文章有没有无意中助长了"工具崇拜"？

可能有。

当我展示我的Dataview仪表盘、我的自动化脚本、我的精美模板时，也许有些读者的注意力被吸引到了"工具有多酷"上面，而忽略了"笔记本身才是核心"。

所以我要再说一次：

全世界最好的知识管理系统，是一个你每天都愿意打开并写东西的系统。哪怕它丑得像一个txt文件。

小周现在用最丑的默认主题重新开始了。我相信他这次会走得更远。

因为轻装才能远行。

故事 5：非程序员也能用

讲述人：Lily，产品经理，工作5年
实践时间：95天（持续中）

我不是程序员。阿木木的文章里有很多代码和技术概念我看不懂（什么Dataview查询、什么Git备份，完全看不懂）。

但PARA的理念我完全听懂了。

我没有用Obsidian。我用的是Notion（别骂我哈哈）。

我在Notion里建了PARA的四个数据库。每天早上花5分钟整理昨天收集的信息。每周末做一次回顾。

三个月后我最大的变化不是什么"效率提升"或"知识积累"——而是我终于能写出一份让老板满意的竞品分析报告了。

以前写竞品分析，我每次都要从零开始调研。花三天时间收集信息，然后花两天痛苦地组织成文档。

现在我的Resources里有一个"竞品情报库"，里面是我日常随手积累的竞品信息：功能截图、定价变动、用户评价、行业数据。每条都用自己的话写了一句评论。

上个月老板要一份竞品分析报告时，我打开竞品情报库，筛选了最近三个月的记录，半天就交出了初稿。

老板说："这份报告的信息密度比以前强太多了。你怎么做到的？"

我说："我只是每天多花了5分钟。"

阿木木点评：

Lily的故事说明了一件很重要的事：

知识管理的方法论是通用的。它不只属于程序员。

PARA不在乎你用什么工具。渐进式总结不在乎你是什么职业。"中间件思维"不在乎你写的是代码还是报告。

如果你身边有非程序员的朋友对知识管理感兴趣，请把Lily的故事转给他。告诉他：不懂代码也没关系。核心方法是一样的。

故事 6：差点被老婆打的男人

讲述人：老张，后端工程师，工作8年
实践时间：150天（持续中）

读了你的系列之后我做了一件蠢事——我试图让我老婆也搭建一个"第二大脑"。

某天晚上吃完饭我兴致勃勃地给她讲了什么是PARA、什么是渐进式总结、什么是永久笔记......

她听了15分钟之后说了一句话：

"你能不能把碗先洗了？"

那天晚上我深刻地反思了一个问题：为什么我在学到新东西之后，第一反应总是想"教"别人？

答案是——因为"教别人"比"自己坚持做"容易多了。

教别人只需要嘴巴动。自己做需要屁股坐下来、手动起来、日复一日。

从那以后我再也没有给任何人"传教"过知识管理。

我只是安静地每天记我的笔记。偶尔老婆看到我在电脑前写东西，会问一句"你又在写那个什么笔记啊？"

我说是。

上个月她突然说了一句："你最近好像没以前那么焦虑了。那个笔记的东西有用吗？"

我说："嗯，有点用。"

她说："那你教教我呗？"

——你看，最好的传播方式不是说教，是身体力行。当别人看到你因为某件事变好了，他们会自己来问的。

阿木木点评：

老张的故事让我笑了很久，也让我反思了很久。

因为我自己就犯过同样的错——写了这个系列之后，我一度变成了一个"知识管理传教士"，逢人就安利。

但真正的影响力不是靠说教。是靠你自己的改变。

用代码世界的话说：不要写注释来解释你的代码有多好。写出好代码本身就是最好的解释。

故事 7：用知识库通过了PMP考试

讲述人：陈工，项目经理（前后端开发），工作6年
实践时间：110天（持续中）

我准备PMP考试的过程中，完整地实践了你的渐进式总结方法。

PMP的知识体系非常庞大——5大过程组、10大知识领域、49个子过程。

以前我考证的方式是"刷题"。但PMP不是纯记忆型的考试，很多题考的是"在某种情境下你会怎么做"。光背知识点没用，必须真正理解。

我用Obsidian给PMP建了一个项目，核心做法是：

1. 每看一章教材，写一条文献笔记（L3——用自己的话总结核心概念）
2. 每个核心概念提炼一条永久笔记（用"如果我是项目经理，我在什么情况下会用这个"的视角来写）
3. 在永久笔记之间建立双向链接（发现很多过程之间有关联——比如"风险管理"和"变更管理"是紧密相关的，但教材里分散在不同章节）

最后形成了一张密密麻麻的知识网络。

考试前一周，我没有刷任何题库。我只是反复浏览我的永久笔记和它们之间的链接。

考试那天，遇到了一道非常纠结的情境题。两个选项看起来都对。

但我突然想起了我的一条永久笔记——"当项目范围和进度发生冲突时，首先应该参考项目章程中的优先级排序"。

选了那个答案。考完对了一下，果然是对的。

最终成绩：3A通过。

如果没有那张知识网络，我大概率会在那道题上选错。因为两个选项的措辞太像了，只有真正理解了底层逻辑才能区分。

阿木木点评：

陈工的案例展示了知识管理在"应试"场景下的威力。

关键在于他做了一件大多数考生不会做的事：把教材的线性知识结构，重组成了网状的个人理解结构。

教材是按章节组织的（线性）。但知识之间的真实关系是网状的。

双向链接把线性的教材变成了网状的理解。而网状理解的检索效率远高于线性记忆。

故事 8：一个意想不到的用法——育儿日记

讲述人：小马，全栈工程师，工作5年，1岁孩子的爸爸
实践时间：70天（持续中）

你可能没想到，我用PARA管理的不是什么技术知识——而是我儿子的成长记录。

当了爸爸之后，信息量暴增：儿保医生说的注意事项、辅食添加顺序、疫苗接种时间、每天的睡眠时长和奶量、突然发烧时的处理方法......

以前这些东西散落在微信收藏、老婆的备忘录、我妈的口头叮嘱里。每次需要的时候都找不到。

现在我的Obsidian里有一个这样的结构：

text

02-Areas/育儿/
├── 喂养记录.md（每天的奶量、辅食种类）
├── 睡眠追踪.md（每天的睡眠时间和质量）
├── 发育里程碑.md（什么时候会翻身、会坐、会爬）
├── 就医记录.md（每次看医生的诊断和建议）
└── 疫苗接种.md（时间表和接种反应）
03-Resources/育儿知识/
├── 辅食添加指南.md
├── 婴儿常见病处理.md
├── 睡眠训练方法对比.md
└── 绘本推荐清单.md

上个月儿子半夜突然发烧到38.5度。我老婆慌了。

我打开Obsidian搜索"发烧"，3秒钟找到了上次儿保医生说的处理流程和退烧药的剂量计算公式。

冷静地处理完之后，我老婆说了一句让我至今想起来都很骄傲的话：

"你那个软件真的有用啊。"

这是她第一次主动肯定我的"笔记系统"。

阿木木点评：

说实话，这个故事是12个里面最让我意外的。

我从来没想过有人会用Obsidian做育儿日记。但仔细想想，它完全合理——育儿就是一个信息密集、需要快速检索、需要长期跟踪的场景。

PARA不在乎你管理的是什么知识。它是一个通用的信息组织框架。

半夜给孩子退烧的时候打开Obsidian搜索——这大概是"第二大脑"最温暖的一个使用场景了。

故事 9：连续打卡180天的人

讲述人：阿文，后端工程师，工作4年
实践时间：180天（持续中）

我可能是你的读者里"打卡"最久的人之一。

从Day 1开始，我每天都写日报。到今天为止，一天都没断过。180天。

方法很简单——我把你的日报模板做了一个极简化改造：

Markdown

# 2025-XX-XX
## 今天值得记住的一件事
- 
## 今天的一个想法
- 

就这两行。没有"今日收集"、没有"今日连接"、没有"精力评分"。

有时候我一整天都很平淡，想不出什么"值得记住的事"。那我就写：

"今天没有什么特别的。但我还是打开了Obsidian，这本身就是值得记住的。"

180天后我回头翻看这些日报，发现了一些有趣的规律：

1. 我在周三的产出普遍最高（可能因为周三没有例会，专注时间最长）
2. 我每个月大约有3-5天会写"今天没什么特别的"——这些天通常集中在月底（疲劳期）
3. 我最好的想法大多出现在周末（放松状态下大脑更活跃）

这些规律如果不是日复一日地记录，我永远不会发现。

现在我根据这些规律调整了工作节奏：把重要的编码任务放在周三，把创意型任务放在周末。效率确实提高了。

我的知识库里没有什么花哨的东西。没有MOC，没有Dataview仪表盘，没有自动化脚本。只有180篇日报和大约30条永久笔记。

但它帮我认识了自己。这比认识任何新技术都重要。

阿木木点评：

阿文的故事让我意识到一件事——

我在这个系列里讲了太多"高级"的东西。但最有力量的东西往往是最简单的。

两行字的日报。180天不间断。

没有花哨的插件，没有复杂的工作流。只有每天打开、写两行字、关掉。

但180天的积累让他发现了自己工作节奏的秘密。

这比任何方法论都有价值。

如果你觉得我之前讲的那些东西太复杂了，请记住阿文的做法：

每天打开笔记软件，写两行字。任何两行。坚持下去。仅此而已。

故事 10：失败了，但学到了更重要的东西

讲述人：小孙，后端工程师，工作3年
实践时间：45天（已暂停）

我要讲一个"失败"的故事。

搭建知识库的第45天，我回头看了一遍自己的笔记。

发现了一个令人沮丧的事实：我的120条笔记里，有80%是关于"知识管理"这个话题本身的。

关于PARA的笔记。关于渐进式总结的笔记。关于Obsidian插件的笔记。关于知识管理方法论对比的笔记。

而关于我本职工作（后端开发）的笔记，只有不到20条。

我花了45天时间，建立了一个"关于如何管理知识的知识库"——而不是一个"帮我做好工作的知识库"。

这就好像我花了一个月学习"如何使用锤子"，却一颗钉子都没钉。

意识到这个问题之后，我做了一个激进的决定：暂停一切关于"知识管理"的学习。取关了所有知识管理博主（对不起阿木木）。卸载了小红书上收藏的47个相关帖子。

然后我把注意力重新拉回到我的本职工作上。

现在我只在遇到具体的工作问题时才打开Obsidian——记一条踩坑记录、存一个技术方案的要点、写一条学习新技术时的心得。

笔记不多，一周大概3-5条。但每一条都是和我的工作直接相关的。

这才是知识管理应有的样子吧？

阿木木点评：

这个故事刺痛了我。

因为小孙掉进的那个坑，有一部分是我挖的。

当我写了12篇关于知识管理的文章时，我无形中给了读者一种暗示——"知识管理本身是一件值得花大量时间研究的事情"。

但真相是：知识管理只是手段，不是目的。

如果你花在"研究知识管理"上的时间超过了花在"用知识管理做实事"上的时间——你就掉进了这个坑。

小孙取关了我。我完全理解。

最好的知识管理，是你几乎意识不到自己在"管理知识"的那种。就像最好的操作系统，是你几乎意识不到它存在的那种。

故事 11：一个文科生的逆袭

讲述人：小鱼，新媒体运营转产品经理，工作3年（非程序员）
实践时间：130天（持续中）

我是一个文科生。在互联网公司做新媒体运营，想转产品经理。

转岗最大的障碍是：我没有技术背景，看产品文档时经常遇到看不懂的技术术语。

读了阿木木的系列后（虽然很多技术类比我看不懂），我在Obsidian里建了一个"技术概念库"：

text

03-Resources/技术概念/
├── API是什么.md
├── 数据库和Excel的区别.md
├── 什么是前端什么是后端.md
├── 微服务和单体是什么意思.md
├── 缓存——用大白话解释.md
└── ...（目前有67条）

每条笔记的格式都是一样的：

Markdown

# XX概念
## 大白话解释
（假装在给我妈解释这个概念）
## 在工作中什么时候会遇到
## 和哪些概念相关
- [[]]

130天后，我现在开产品评审会的时候，开发同事说"这个接口需要做幂等性处理"，我不会再一脸懵了。

因为我的知识库里有一条笔记叫[[什么是幂等性]]，我用自己的话写的解释是："同一个操作执行一次和执行一百次的结果一样。就像电梯按钮，你按一次和按十次，电梯只会来一次。"

上个月我正式转岗成功了。面试我的产品总监说："你对技术概念的理解程度超出了我对非技术背景候选人的预期。"

我笑了笑，心里想着：谢谢我那67条"大白话笔记"。

阿木木点评：

这个故事证明了知识管理最本质的价值：

把"不懂的东西"变成"自己的语言"。这个转化过程本身就是学习。

小鱼不需要理解API的源码实现。她只需要用自己的话说清楚"API是什么"。

而写下来的动作，逼迫她的大脑完成了"理解"这一步。

"假装在给我妈解释"——这就是费曼学习法的完美实践。

故事 12：最后一个故事——是我自己的

讲述人：阿木木，后端工程师，工作14年
实践时间：200天（持续中）

我想把最后一个位置留给我自己。

不是要讲什么成功故事。是想说一件我之前从未公开过的事。

200天前，我开始搭建"第二大脑"的真正原因，不是什么"提升效率"或"打造个人IP"。

真正的原因是——我觉得自己很平庸。

工作四年了。代码写得还行，但谈不上优秀。没有开源项目，没有技术博客，没有在任何技术大会上演讲过。

我的简历上除了"XX公司后端工程师"之外，没有任何亮点。

每次看到同龄人在GitHub上有几千个star，或者在技术大会上侃侃而谈，我都会陷入一种深深的自我怀疑：

"我工作10多年了，到底积累了什么？"

答案是——我积累了很多东西，但它们全部散落在我的脑子里，从未被记录、整理、连接、输出。

它们像满地的珍珠，没有被串成项链。所以看起来什么都没有。

搭建"第二大脑"，对我来说，本质上是在做一件事——

把我已经拥有但从未意识到的东西，变成看得见、摸得着的形态。

200天后，我的知识库有681条笔记、127条永久笔记、1843条双向链接。

这些笔记不是"新学到"的知识。其中至少有一半是我"本来就知道但从来没写下来"的东西。

写下来之后，它们变成了12篇公众号文章、一个付费产品、4200个关注者、若干次工作中的精彩表现。

这些东西200天前就在我的脑子里。只是从来没有人（包括我自己）看到过它们。

所以，如果你现在也觉得自己"很平庸"、"没什么积累"——

你错了。

你积累的比你以为的多得多。你只是没有把它们写下来。

写下来吧。

从今晚的一句话开始。

你会发现，你比你以为的要厉害得多。

结语：12个故事，一个真相

12个故事讲完了。

有人成功，有人失败，有人找到了自己的路，有人还在路上。

但所有故事都指向同一个真相：

知识管理不是一种技能。它是一种生活方式。

它不关乎你用什么工具、什么方法、什么框架。

它关乎一个最简单的动作：每天停下来，想一想，然后写下来。

用Obsidian也好，用Notion也好，用Apple Notes也好，用纸笔也好。

写永久笔记也好，写日报也好，写踩坑记录也好，写育儿日记也好。

建PARA也好，建Zettelkasten也好，什么都不建只写流水账也好。

都可以。只要你在写。

都可以。只要你没有停。

如果你读完了这13篇文章——感谢你。

如果你在读完之后写下了哪怕一句话——感谢你的信任，感谢你的行动。

现在，关掉这篇文章。

打开你的笔记。

写点什么吧。

🔖 「重塑大脑」系列完整目录

第一篇：为什么你学了那么多，却依然过不好这一生？
第二篇：只需4个文件夹，彻底终结你的数字混乱
第三篇：停止无效阅读！这才是把书读薄再读厚的方法
第四篇：写作没灵感？因为你缺一个"中间件"思维
第五篇：ChatGPT + Obsidian：我的AI知识工作流
第六篇：坚持100天后，我发生了什么变化？
番外篇：我的Obsidian知识库完整架构公开
认知篇：从"笔记侠"到"系统工程师"：12个认知升级
商业篇：如何让知识自动变成钱
实战篇：从一条闪念到一个产品：49天变现全纪实
系统篇：一个人就是一支队伍：程序员的个人操作系统
终章：写给每一个想改变的程序员
读者特辑：200天后，12位读者的真实故事（本篇）

我是阿木木，一个用工程师的逻辑搭建系统，用产品经理的思维经营自己的后端程序员。

_这个系列到这里真的结束了。但你们的故事才刚刚开始。

如果有一天你也有了自己的故事想分享——无论成功还是失败——请在后台发给我。

我会把它记在我的Obsidian里。

然后在某一天，它可能会帮到另一个正在犹豫要不要开始的人。

让知识流动起来。

这就是我们在做的事。 ✌️