写下来，才算真的拥有

照着文档完成一次配置，只能说明那一刻做对了。能把背景、取舍和失败路径说清楚，才意味着这件事开始变成自己的知识。写作会强迫模糊的感觉变成可检验的句子。

技术文章也不必永远宏大。一条命令为什么这样写、某个方案为什么最后放弃、一次故障是怎样被误判的，都值得留下。

把博客当作长期缓存

我希望这里的内容经得起时间：少一点追热点，多一点可复用的判断。代码会过期，但理解问题的方式通常更长寿。

所以文章会保留日期、环境和当时的限制，也会在方案变化时补充说明。不是为了显得严谨，而是为了让未来的自己知道：当时为什么这么做。

解忧，不是给出所有答案

所谓解忧杂货铺，更像一个安静的入口。你可能因为一个端口、一段报错来到这里，最后顺手带走一个新的思路。能让问题少一点陌生感，就已经足够。