技术写作是工程师的第二成长路径——不只是涨粉，还有这些
技术写作是工程师的第二成长路径——不只是涨粉，还有这些
适读人群：有写作念头但一直没开始的工程师、正在写但找不到持续动力的人 | 阅读时长：约11分钟 | 核心价值：1300篇之后对技术写作真实价值的判断，以及怎么开始、怎么坚持
大概在第300篇左右的时候，我有过一次很强烈的动摇。
当时我的公众号大概有几千个关注者，每篇文章的阅读量在几百到一两千之间，偶尔爆一篇。按照任何"做内容变现"的标准，这个规模都不算什么。有人在我那篇讲RAG调优的文章下留言："写这些有什么用？你靠这个能挣钱吗？"
这个问题问到了我的软处——确实，那时候写作对我的收入几乎没有直接帮助，我当时还靠项目合作维持收入。
我想了几天，然后继续写了。
现在回看，那个继续写的决定是对的。不是因为后来涨粉了、有了收入，而是因为我后来逐渐想清楚了写作对我真正的价值是什么——那个价值和涨粉、变现的关系没有那么直接，但它是更底层的。
写作对技术能力的真实影响
这一点是我体会最深的，也是最容易被忽视的。
你以为自己懂一个东西，和你能把它写清楚，是两件不同的事情。
我记得我第一次写RAG的文章，写到一半写不下去了——不是因为不知道写什么，而是我发现我解释不清楚"为什么要做向量检索而不是全文检索"。我写出来的理由感觉很浅，我知道答案但我讲不明白。
我放下文章，重新去查文献，重新去想这个问题的本质。花了两天，写完了文章。那之后我对这个问题的理解是真正深入的，不是表面的"会用"，而是"能解释"。
这个过程重复了很多次。每次写文章，我都在迫使自己把一个模糊的理解变成清晰的表达，这个过程本身就是学习的深化。
有句话说"你如果真的懂一件事，你应该能向一个外行解释清楚"。写技术文章就是这个练习的长期版本。1300篇下来，我对AI应用开发的理解层次和我如果只是"做项目"相比，是不一样的。
一个具体的例子：
我写过一篇关于token计费的文章，准备的时候，我发现我搞不清楚claude输出的token和input的token在价格上为什么差几倍。我知道有这个差异，但不知道背后的原因。为了写文章，我去仔细研究了推理过程的计算特性——input可以并行处理，output是自回归的必须串行生成，这导致了计算资源的不同消耗模式，反映在定价里。
这个理解让我后来在给客户设计AI应用方案时，能更准确地估算成本，也能解释为什么应该尽量减少不必要的长输出。这是一个由写作逼出来的能力提升。
写作对机会的吸引力
这件事发生的方式出乎我意料。
我没有刻意营销自己，没有去加各种群发名片，没有在朋友圈每天发广告。我只是在写文章。
但某种意义上，文章本身就是一份持续更新的"真实能力证明"。
有人联系我做咨询，开头是"我看了你写的那篇Context Engineering的文章……" 有团队找我做技术方案，开头是"我们内部传看了你的RAG实践系列……" 有工程师问我做项目合作，开头是"关注你很久了，看你实际做过这些事情……"
这些机会来的时候，我不需要解释自己是谁、做过什么、能力如何——文章把这些都说清楚了。而且来的人已经通过阅读做了初步筛选，他们找我是因为真的觉得有共鸣、有价值，不是因为我的推销。
这是写作机会吸引力的底层逻辑：你在公开地展示你的思考方式和技术判断，认同你思考方式的人自然会靠近你。
和广撒网的营销相比，这种机会的质量高得多——双方有共同的认知基础，合作起来顺畅很多。
写作对认知的反馈
这一点比前两点更难描述，但我觉得它可能是最有价值的。
当你写一个观点，把它发出去，有人来反驳你，或者提供你没有想到的视角，你的认知会被更新。
我写过一篇文章，表达的观点是"RAG比微调更适合大多数企业场景"。有个读者留言，说他们公司试过，RAG对于专业术语特别多、行话密集的垂直领域，效果不如在领域数据上做微调。他给了具体的对比数据。
他是对的。我的观点不够准确——应该是"在通用场景下RAG性价比更高，但领域术语密集的专业场景要重新评估"。我回了评论，感谢他，后来写了一篇修正和深化版本的文章。
这种更新是非常有价值的。如果我不写文章，我的这个不够准确的判断可能会在脑子里待很久不被纠正，因为在私下的工作里，没有人有义务来纠正你的认知。
写作创造了一个外部的、公开的认知反馈循环。 这个循环让你的判断在外部压力下被检验和修正，这是单纯的学习和做项目很难提供的。
怎么开始——我的建议
很多工程师告诉我他们想写但不知道从哪里开始，或者觉得自己写的东西没人看，没有价值。
我的建议很简单：写你刚刚踩过的坑。
不是总结，不是教程，就是你最近遇到了什么问题，花了多少时间，怎么解决的，解决过程中发现了什么。这种文章你能写，因为你有一手经验；它也有价值，因为踩你这个坑的人大概率也存在，他们搜到你的文章的时候会非常感激。
你不需要先成为专家再写。正确的顺序是相反的：你写，你写的过程让你更专。
关于写作频率：
我不建议一开始就逼自己每天更新。我认识很多工程师，雄心勃勃地开了公众号，誓言每天一更，结果三周后停了，再也没有更新过。
更可持续的方式是：定一个你能做到的频率，哪怕是两周一篇，稳定地做。一年是26篇，两年是52篇。52篇扎实的技术文章，建立的信用比那些"开了头没然后"的博客强得多。
坚持下去的底层动力是什么
回到最开始的问题——我为什么在第300篇动摇之后还是继续写了？
不是因为我相信"坚持就会成功"这种鸡汤，而是因为我想清楚了一件事：写作对我个人的价值，和有没有人看是部分解耦的。
就算没人看，写文章这件事在迫使我整理思路、检验理解、沉淀知识。这个价值是自足的。涨粉和机会是额外的收获，但不是前提条件。
当你把写作当成"我要涨粉"的工具，动力来自外部，会随着数据起伏而波动，很难长久。当你把写作当成"我要整理我的技术认知"的工具，动力是内部的，相对稳定。
这不是说数据不重要，数据当然重要。但数据是结果，不是动力的来源。
1300篇之后的真实判断
我现在认为技术写作是工程师成长路径里一个被严重低估的选项。不是每个人都要做，但如果你想在技术上更深入、在圈子里被认识、有更多机会的选择，写作是一个投入产出比很高的方式。
它的回报是慢的，不是一两个月内能看到的那种。但它的复利效应是真实的——每一篇文章都在积累，都在那里，都在为你工作。
开始写，比想写什么更重要。