一篇笔记，先回答一个问题
比起收集完整资料，更想留下下一次能直接用上的答案。
收藏夹越来越长，真正能回头使用的内容却不一定增加。笔记也有类似的问题：保存了很多段落，遇到同样的问题时，还是得重新搜索一遍。
标题写成能被想起来的话
“学习资料”很难检索，“如何恢复误删的配置文件”就具体得多。写标题时可以想象一下，下一次遇到问题会在搜索框里输入什么。标题不必漂亮，但应该指向一个明确的场景。
把条件放在步骤之前
一段命令脱离运行环境，就只剩下一串字符。记录软件版本、输入数据和执行位置，能减少日后照抄时的误会。只需要几行，不必把整个系统清单都贴进来。
# 问题
想完成什么，当前遇到了什么现象。
# 条件
软件版本、目录位置、已经尝试过的办法。
# 处理
实际有效的步骤，以及执行后的检查方法。
# 后记
还有哪些限制，什么情况下需要重新确认。结果比过程截图更重要
截图适合保留界面位置，文本适合检索和复制。遇到错误信息时，保留关键文本和错误出现的条件；解决之后，补上一句如何确认问题已经消失。这样一篇笔记才形成了完整的闭环。
允许笔记保持短小
不是每个问题都值得写成长文。有些答案只有三行，有些需要附上一段示例。先保证未来的自己看得懂，再考虑是否需要扩写。过期的结论也不必悄悄删除，可以标明修订原因，让前后变化有迹可循。
记录的价值，往往出现在第二次使用的时候。那时少走的十分钟弯路，就是这篇笔记最直接的回报。