从一条零散笔记开始写博客

「等想清楚了再写」听起来稳妥，也很容易让我一直不写。很多值得记录的内容，起点其实只是一个具体问题：某个设置为什么没生效，两个工具有什么区别，或者一个整理方法用起来哪里别扭。

我想给这类问题留一个简单的写作入口。

先记下当时的问题#

笔记可以只有三行：

我想解决什么？

我试了什么？

现在知道了什么，还有什么没弄明白？

例如，整理一个文件夹时，原始记录可能只是「按主题分类很快混乱；按项目分类似乎更容易找到；旧文件还没处理」。这还不是文章，但已经有了文章最重要的材料：问题、尝试和保留意见。

过几天再看这条笔记，我会先问自己：如果读者没经历过这件事，能不能知道我为什么要改？如果不能，就补一小段背景。然后按发生顺序写下尝试，最后说清楚目前采用的办法。

这时可以把标题从「文件整理」改成更具体的「我怎样给项目文件找一个更容易回看的位置」。标题不用承诺一套通用方法，它只需要准确描述这篇文章讲什么。

发表前再检查两件事：是否把猜测写成了事实；是否留下了只有自己才懂的缩写或上下文。如果有，就补充说明。遇到暂时没有答案的问题，也可以直接写「还没验证」，留待以后更新。

不是每条笔记都要扩成完整教程。有的记录写到三四段就足够：交代问题，写一次尝试，留下下一步。等同类记录积累多了，再把它们串成一篇更完整的文章。

对我来说，开始写博客的门槛也许可以定得更低：先把一件小事写得让未来的自己看得懂。下一篇文章，就从下一条值得回看的笔记里找。