很多记录之所以迟迟没有开始，是因为一开始就把它想得太完整：要有清晰的结构、漂亮的配图，还要给出足够成熟的结论。
其实可以先换一个更小的起点：最近有什么问题，让你多想了一会儿？
把问题说具体
“学习了一项新技能”很宽泛，“某个步骤为什么和预期不一样”就具体得多。
先写下当时想做什么、遇到了什么、原本期待怎样的结果。具体的背景会让后面的内容更容易理解，也能帮助自己发现遗漏的条件。
保留真正尝试过的过程
只保留最终答案，有时会丢掉最有价值的部分。可以挑出一两次关键的尝试，解释为什么那样做，以及实际发生了什么。
不必把所有操作逐条抄下来。优先记录会影响结果的条件：使用的版本、修改过的地方、判断成功的依据。
结果不完整，也可以诚实留下
得到一个暂时的结论，就写下它的适用范围；仍有不确定的部分，也可以标明。之后有了新发现，再回来更新。
一份有用的记录，可以只有这四项：
- 我想解决什么问题。
- 我实际尝试了什么。
- 结果是什么，依据是什么。
- 哪些地方还需要继续确认。
先把这些说清楚，一篇文章就已经有了自己的价值。