Article
我的默认技术写作流程：先记问题，再写结论
写技术博客时，先把问题背景、失败尝试和最终方案记下来，比直接写结论更容易持续。
我更愿意把技术博客当成结构化笔记，而不是正式出版物。
这样做有两个直接好处：
- 写作门槛会明显降低
- 内容会更贴近真实工作，而不是只留下一个漂亮结论
一个够用的写作模板
每次写文章时，我通常会先记这几件事：
- 问题是什么
- 当时最初是怎么判断的
- 试过哪些无效方案
- 最后是怎么修好的
- 下次如何避免再次踩坑
为什么这种方式更适合个人博客
个人技术博客最有价值的部分，往往不是“知识正确”，而是“过程真实”。
真实项目里最耗时间的，不是最后那一行修复代码，而是前面走过的弯路。把弯路写下来，几个月后回头看，通常比摘要式教程更有用。