那个每周多花2小时的程序员，后来怎样了
那个每周多花2小时的程序员，后来怎样了
我认识两个程序员，能力差不多，都是三年经验的Java后端。
A是那种典型的”闷头干活型”——代码写得不错，踩过的坑全记在脑子里，偶尔在团队内部分享一下。B呢，也没比A多什么天赋，唯一的区别是他有个习惯：每次解决一个有意思的bug，就花半小时把排查过程写成一篇博客，发到掘金上。
三年下来，A还在原来的公司写CRUD。B呢？掘金粉丝8000多，技术社区小有名气，收到了3个猎头的主动邀请，其中一个直接给了P7的offer。周末还接了两个技术顾问的活，一个月多赚小一万。
你可能觉得这是”幸存者偏差”——B运气好而已。但我跟你说，B跟我聊过一句话让我印象深刻：“我写的那些文章，90%的阅读量加起来还不如一个爆款视频。但就是那10%的人，彻底改变了我的职业轨迹。”
写作不是搞自媒体，是给知识加杠杆
很多程序员一听”写作”，脑子里自动补全的是”自媒体→拍视频→不务正业”。仿佛下一步就是辞职去拍”一天只睡4小时的高效程序员vlog”。
这个等式大错特错。
你每天写代码解决问题，本质上是在做一种一次性劳动——公司付你工资，你交付代码，交易完成。你解决了一个复杂的内存泄漏问题，排查了三天，最终定位到是一个第三方库的版本兼容性bug。这个经验价值巨大，但如果只存在你脑子里，它的价值就只被用了那一次。
下次有人遇到同样的问题呢？他还是得从零开始排查三天。
但如果你花30分钟把这个过程写下来——问题现象、排查思路、踩过的弯路、最终方案——发到技术社区。那这个经验就从”一次性消耗品”变成了”可复用资产”。它会在你睡觉的时候帮别人省三天时间，同时帮你建立”这个人懂这个领域”的专业形象。
写代码是赚工资，写文章是存钱生利息。 你的每一篇技术博客，都是一笔存进”职业信用银行”的本金。
好工作不是投简历投来的
我之前好奇过一个问题：那些在技术社区有一定影响力的作者，他们的职业机会到底是从哪来的？
我翻了掘金、博客园、V2EX上不少技术作者的分享帖和年度总结，发现一个反直觉的规律——他们聊到职业转折点的时候，提到最多的不是”我投了简历”，而是”有人看了我的文章然后联系我”。
有个帖子让我印象很深：一个人去面试，面试官开场就说”你那篇关于Redis集群故障转移的文章我看过，写得很清楚”。一句话，自我介绍直接跳过了，整场面试的氛围都不一样——面试官不是在考你，而是在跟一个”同行”聊技术。
还有更反直觉的：阅读量最高的文章，往往不是那些高深的架构分析，而是”踩坑记录”和”工具推荐”。
为什么？因为高深的架构分析只有少数人需要，但踩坑记录几乎所有人都会搜。你写一篇”Docker容器内存限制导致OOM的排查过程”，每个月都有几百个遇到同样问题的人搜到你的文章。这些人心里默默记住了你——虽然他们不一定点赞，但下次在LinkedIn上看到你的名字，会想起”这个人帮过我”。
最简单的内容，反而最有长尾价值。 你不需要写出什么技术长文巨著，一篇800字的踩坑日记就够了。
写作的三个隐性价值，比”涨粉”重要一万倍
程序员不愿意写文章，最常见的三个借口：没时间、写不好、没人看。
我一个一个拆。
先说一个你肯定经历过的场景。
你有没有这种经历——一个技术方案在脑子里想得很清楚，但一开口跟同事解释就卡壳了？说了半天对方还是一脸懵？
这不是你表达能力差，是你的思路其实没你以为的那么清楚。大脑很擅长”自我欺骗”——它会跳过逻辑链条里的断裂处，给你一种”我想明白了”的错觉。
写作逼你把思路线性化。当你试图把一个技术方案写成文字的时候，那些你以为已经想通的环节，会暴露出一堆”等等，这里好像不对”。Richard Feynman有句话说得好——”如果你不能用简单的话解释一个东西，说明你并没有真正理解它。” 写文章就是Feynman方法论的最佳实践。
换句话说，写作不是在浪费你的时间，写作是在帮你debug自己的思维。
再说人脉这件事。
你去参加技术大会，花一天时间，加了50个微信好友。三个月后你还记得几个？别人还记得你吗？
但你写了一篇文章，它在互联网上24小时替你社交。别人搜到你的文章，觉得”这人有水平”，主动关注你——这种人脉质量远高于会场换名片。因为他是带着”认可”来的，不是带着”礼貌”来的。
有个程序员跟我说，他写了两年博客，大概100篇。后来他想跳槽，在掘金上发了一篇”我在找新机会”，评论区直接来了十几个HR和CTO。简历是求职，博客是被选择。
最后一个，也是最现实的一个。
35岁危机、裁员潮、AI替代……这些焦虑每隔几个月就要刷一次屏。但你有没有想过，为什么有些程序员被裁之后很快就找到新工作，甚至越跳越好，而有些人投了几百份简历石沉大海？
差别不在技术能力——都是干了十年的老程序员，能力能差多少？差别在于可见度。一个有100篇技术博客的程序员，他的能力是”可搜索、可验证”的。HR搜他的名字，能看到他的技术深度和思维方式。而一个只在公司内部默默干活的程序员，他的能力是”不可见”的——简历上写”精通Java”，谁信呢？
写作把你的能力从”不可见”变成”可验证”。这就是你的职业保险。
每周2小时极简启动方案
好了，道理都懂了。怎么开始？
别想太多，就三步：
第一步：每次解决一个有意思的问题，花30分钟写下来。
不需要文笔好，不需要排版精美，不需要面面俱到。就写三样东西：问题是什么、排查过程、最终方案。跟在公司内部发故障复盘报告一个格式，你肯定会写。
模板就这样：
问题：xxx环境下出现xxx现象 排查：先试了A方案不行，因为xxx；然后排查B方向，发现xxx 方案：最终通过xxx解决，根因是xxx
800字就够了。别给自己加戏——完美主义是写作的头号杀手。
第二步：选一个平台，发出去。
掘金、博客园、GitHub Discussion，选一个就好，别纠结。千万别犯”先搭建个人博客”的毛病——我见过太多程序员花两周搭了一个Next.js博客，配了CI/CD，买了域名，然后一篇文章都没写。平台选哪个不重要，写才重要。
第三步：坚持10篇之后看数据。
不要写了两三篇没人看就放弃——前10篇就是”冷启动期”。但如果你写了10篇之后，其中有一篇的阅读量明显高于其他的，那就是信号：这个方向就是你的”写作赛道”。
可能是Docker踩坑，可能是MySQL调优，也可能是代码review心得——不试你不知道。数据会替你做选择。
每周2小时，一年下来就是50篇。50篇技术文章的积累，足够让你在任何一个技术社区建立起辨识度。
别让经验烂在脑子里
回到开头那两个程序员。
B并不比A更聪明，代码也不一定写得更好。他只是做了一件很小的事情——把自己的经验从”大脑内存”搬到了”互联网硬盘”上。
大脑内存是易失性存储，断电就没了。你今天踩的坑，半年后你自己都想不起来细节。但写成文章，它就变成了持久化存储——不仅你自己能查，别人也能查，它还能在你不知道的时候替你工作。
你的每一次踩坑都是一篇文章，每一个解决方案都是一份作品集，每一次技术分享都是一笔职业存款。
这些东西，要么烂在你的脑子里随时间蒸发，要么变成互联网上一个个带着你名字的永久节点。
选哪个，你自己定。
但如果你现在还在犹豫”要不要开始写”——别犹豫了，今天就把你上周解决的那个bug写下来。30分钟，800字，发出去。
这是你能给自己的职业生涯买的最便宜的一份保险。