写技术博客一年，我的一些体会

去年这个时候，我给自己定了一个目标：每周至少写一篇技术文章。一年过去，实际写了四十多篇，没有完全做到，但比之前三年加起来还多。

写作逼着你真正弄懂

很多东西我以为自己会了，真要写成文章的时候才发现，有好几个环节其实是"大概知道"。为了把一件事讲清楚，得回头去查文档、写个小例子验证，这个过程比当初解决问题时学到的还多。

写不清楚的地方，往往就是没弄懂的地方。

不要等"有价值"了再写

刚开始我总觉得，写的东西要足够有深度才值得发出来。结果就是一直不写。

后来想通了：今天踩的坑，大概率也有别人正在踩。一篇讲清楚"某个报错怎么解决"的短文，可能比一篇泛泛而谈的长文更有用。

固定时间比等灵感靠谱

我把周六上午固定下来写文章。没有特别想写的内容时，就翻一翻这周的工作记录，总能找到一两个值得展开的点。

平时遇到值得记录的问题，随手在备忘录里记一行。到了周六，这些就是现成的选题。

几个弯路

• 折腾博客系统的时间比写文章还多。换主题、调样式、加插件，这些都很有趣，但不产出内容。
• 一开始太在意阅读量。后来发现，阅读量高的往往是标题党文章，真正有人留言说"帮到我了"的，反而是那些很具体、很小众的问题。
• 写完不回头看。后来养成了习惯，过一两个月回头看一遍，修正过时的内容，补充新的发现。

接下来

今年想尝试把一些系统性的内容整理成长文，并且做成付费阅读。一方面是对整理成本的回报，另一方面也想看看，认真写的东西是否真的有人愿意为它付费。