技术杂栏开篇：把写作拆成 12 个栏目之后，我不再靠灵感选题

一、写博客最难的一步其实在动笔之前写技术博客的人都有过这种经历打开编辑器光标闪脑子里什么都没有。不是没东西可写而是每次都要从零回答三个问题——写什么、写给谁、写成什么样。偶尔还能靠热点应付一篇。热点过去人也就停了。我见过太多停更的博客包括我自己以前那些。后来我意识到问题不在写作能力在结构把选题这件需要灵感的事变成一件有清单可查的事。二、把选题拆成层级技术内容大概可以分成四层。层与层之间的区别不是难度而是它能给读者什么。层次读者拿走什么例子大概占比信息层我是不是错过了什么新版本、新项目、论文20%经验层这事我不用重新踩一遍坑故障复盘、性能优化、踩坑30%体系层这一块我终于有地图了架构决策、源码拆解、知识地图30%人格层这个人的判断值得参考技术选型观点、行业看法20%图 2 · 关键对比分层最大的好处是哪天没热点也不慌。信息层空了就写经验层经验层没料就写体系层。永远有能写的东西只是类型不同。这四层不是按难度分的人为等级更像是给写作这件事留了四条并行的路。今天走不通这条换一条就行。三、12 个栏目具体到栏目我给自己的清单是这样的。信息层四个前沿信息的理解整合、开源项目观察、论文或官方文档精读、基础软件版本速报。这一类要求快事件出来后两天内给出判断并且至少要自己跑一个最小示例。只翻译 release note 的文章没有价值谁都看得见原文。经验层四个具体问题的解决过程、线上故障复盘、性能优化实录、报错速查。这一类要求真。压测前后得有对比数字排查过程里走过的错路要写出来不能只贴最后那十行代码。体系层三个架构决策、源码深读、领域知识地图。这一类要求深一次只讲清楚一个机制讲完要能回答这解释了你遇到过的哪个现象。人格层一个技术判断。要求敢给结论并且说清楚什么条件下我会改变看法。只罗列A 有优点 B 也有优点的文章读者记不住你是谁。四、五条硬指标栏目解决了写什么还得解决写成什么样。我给自己定了五条每篇至少满足两条有数据。压测、对比实验、线上指标带环境和版本号。有代码。可运行的最小示例不是伪代码。有源码。指出具体文件、函数、行号版本写清楚。有错误路径。哪些方案试过、为什么不行。有判断。给结论不只罗列资料。一条都不满足的宁可当天不写。没数据的不写没有对比就下显著提升的结论等于没写没来源的不写不写业内普遍认为要么给链接要么说清楚是自己的经验不写通稿把官方文档换个说法发出来读者一天能看十篇五、怎么写得不像通稿排比句、三段式、每段都总结一下——这类文章读起来很顺但读完什么也记不住。问题不在文笔在于没有具体的东西。我自己的三条做法每篇文章至少有一个只可能出现在这篇里的细节一个报错原文、一次压测的颜色、一个版本号。读者靠这些判断你是真跑过。观点要能被反驳。写清楚适用边界比写视情况而定有用。保留失败的部分。我先试了 A不行因为 B这种句子比成功的结论更有信息量。六、接下来四周排期不用太细能让读者有预期就够了。周计划第 1 周一次线上故障的完整复盘一次接口 P99 优化实录第 2 周推理框架的调度策略对比消息队列选型的决策记录第 3 周PostgreSQL 分区表实测幂等设计的几种方案成本对比第 4 周缓存一致性方案对比这一年 AI 辅助写代码之后的一些判断图 3 · 要点速览七、最后这个专栏会长期写下去。如果哪几篇开始堆排比、灌水、只搬运不验证欢迎在评论区直接指出来。下篇见。图 1 · 全文章节导览