你不需要是专家

「等我学得更深一点再写。」 「等我做出一个像样的项目再写。」 「等我有独到的见解再写。」

这些念头我都有过。然后我等了三年，一篇也没写出来。

直到有一天，我意识到一个反直觉的事实：写博客最好的时机，是你刚刚学会某样东西的时候。

为什么？因为那时候你还记得困惑是什么感觉。你知道哪些概念容易理解、哪些解释让人越看越糊涂。等你成了专家，这些认知早就被 "知识诅咒" 覆盖了——你再也无法理解初学者为什么不理解。

写博客的五个实际好处

1. 强迫自己真正理解

费曼说：「如果你不能向一个六年级学生解释清楚，说明你自己也没有真正理解。」

写博客就是费曼技巧的最佳实践。当你试图用文字解释「什么是闭包」或「React 的 useEffect 为什么会频繁触发」时，你会发现自己的理解中有多少模糊地带。

2. 建立知识复利

三个月前你解决了一个奇怪的 CSS Bug，当时花了两个小时。如果你没有记录下来，三个月后再遇到同样的问题，你会再花两个小时。

但如果你写了一篇「我踩了一个 OKLCH 色彩空间的坑」，三个月后你只需要 30 秒就能找到解决方案——因为你的博客就是你的外部大脑。

3. 连接同类

在我写了第一篇关于 Cloudflare Workers 的文章后，收到了三个开发者的邮件，他们都在做类似的边缘计算项目。我们交换了经验，其中一个后来成了 Monolith 的贡献者。

互联网上最高效的社交方式，不是刷 Twitter，而是发表一篇有深度的技术文章。

4. 面试加分项

当面试官看到你的 GitHub 主页有一个活跃的技术博客时，你已经在其他候选人面前领先了一步。博客证明了你：

• 能用文字清晰表达技术思想

• 有持续学习和总结的习惯

• 不只是会写代码，还会思考 "为什么要这样写"

5. 意想不到的机会

我见过的真实案例：

• 有人因为一篇 Vue 3 源码分析被尤雨溪转发，然后收到了核心团队的邀请

• 有人因为一篇 K8s 排错日志被某大厂的 SRE 团队看到，直接拿到了面试机会

• 有人因为一系列 Rust 教程被出版社联系写书

这些机会不是「写博客为了求职」的功利计算，而是高质量内容的自然回报。

不需要完美

每次我准备发布一篇文章，脑子里都会出现一个声音：「这篇不太好，别发了吧。」

然后我会提醒自己几个事实：

1. 发布的不完美文章 > 永远在草稿箱里的完美文章

2. 别人不会像你一样反复审视你的文章——大多数读者是扫一遍，觉得有帮助就收藏

3. 你可以随时回来修改——博客是活的文档

开始很简单

你不需要从零搭建一个博客系统（虽然我这么干了）。最简单的方式：

1. GitHub Pages + MkDocs：零成本、零维护

2. Notion + Super.so：所见即所得，自带好看的排版

3. 掘金 / 少数派：有现成的流量，适合冷启动

写什么

如果你不知道写什么，这里有一些永远不会过时的选题：

• 📝 踩坑日记：今天遇到了一个奇怪的 Bug

• 🏗️ 项目复盘：我是怎么做这个项目的

• 📚 学习笔记：读了一本书/一个框架的心得

• ⚖️ 技术选型：A 和 B 我为什么选了 A

• 🔧 工具推荐：最近发现了一个好用的工具

最重要的一条：写你真实的经历和想法，而不是复述文档。没人需要你重写一遍 React 官网的教程，但人们想知道你在用 React 做项目时真实遇到了什么问题。

最后

写博客不是一种义务，更不是一种 KPI。它是一种思维方式——把你脑子里散乱的想法，整理成别人（包括未来的你自己）也能理解的结构化知识。

这个过程本身就已经值得了。

如果这篇文章让你有了一丁点想写点什么的冲动——赶快打开编辑器，写下第一行标题。

种一棵树最好的时间是十年前，其次是现在。

写博客也是。