我们似乎越来越擅长收集知识，却不一定更擅长理解。浏览器里存着很多文章，笔记软件里也堆着摘录，可真正遇到问题时，仍然要从头寻找答案。
我慢慢发现，阅读留下的熟悉感，和真正掌握一件事，是两种不同的体验。前者让人点头，后者让人能够在没有提示的时候，解释它、使用它，甚至发现它的边界。
这也是我想写这个博客的原因。让一次阅读接着一次实践，让一个模糊的念头，有机会成为清晰的理解。
从一个具体问题开始
“学会一个领域”太大了，大到我们很难知道应该从哪里出发。一个具体的问题，反而像路标：它让阅读有了方向，也让实践有了可以核对的结果。
比如，比起泛泛地了解网站部署，我更愿意先问：当我在浏览器里输入一个域名，页面究竟经过了哪些环节，才出现在屏幕上？
一个好问题，会把散落的知识，
串成一条可以走下去的路。
把问题写下来以后，再去看域名解析、请求转发和页面渲染。它们不再是互相独立的名词，而是同一次访问里彼此连接的环节。
给理解一次落地的机会
读懂一个解释之后，先做一个小实验。不必一开始就搭建完整的系统；让一个最小的过程跑通，就足够暴露那些尚未理解的地方。
- 先预测。开始之前，写下自己认为会发生什么。
- 再观察。记录真实结果，尤其是意料之外的部分。
- 做对照。一次只改变一个条件，再看结果如何变化。
有时，实验只需要一个最简单的本地页面。把内容放进一个目录，启动服务，然后在浏览器里访问它：
python -m http.server 4173 --bind 127.0.0.1看到页面只是开始。接着可以试着修改标题、移动图片，再观察浏览器的变化。每一次小小的对照，都在帮助我们把抽象的解释变成可验证的经验。
留下过程，而不只是答案
一份有用的笔记，应当让未来的自己知道：当时为什么这样选择，试过哪些办法，又在哪一步改变了想法。
| 记录什么 | 它能帮我们回答什么 |
|---|---|
| 问题与条件 | 当时具体要解决什么？ |
| 尝试与观察 | 哪些现象支持或推翻了判断？ |
| 结论与边界 | 这个办法在什么情况下有效？ |
尤其值得留下的，是走过的弯路。一段失败的尝试，常常比一段顺利的步骤更能解释一个系统是如何工作的。
写给未来的自己
并不是每篇笔记都需要一个宏大的结论。有时，只要把今天多理解的一点写清楚，就已经足够。
我希望这里慢慢成为这样一个地方：文字之间能看到问题的来处，也能看到思考留下的痕迹。隔一段时间再回来看，仍然能接上当时的那条线索。
知识不会因为被收藏而属于我们。
它会在被使用、被解释、被重新思考的时候，慢慢成为我们的一部分。
