重新思考底层知识
最近在上 CSAPP 的第三部分课程，讲了不少网络（尤其是 socket 有关协议）的底层知识。
实验作业是实现一个 proxy lab，逻辑上不算难，我最初想尝试一下纯手搓，但之后选择了放弃。
最大的阻碍是了解接口细节和一些隐式知识（例如 csapp.h）的过程花费了太多时间。
自 Claude-opus-4.5 发布以来，AI 的综合能力已经有了质的飞跃，让一个 opus 水平的模型来完成这个实验，5 分钟足够。
了解底层知识是否需要完全亲自动手接触每一个细节的实践？
我觉得接口、契约细节本身并不值得花费时间和精力去记。比较值得学习的应该是阅读过程中产生的一些 no sense，而这种 no sense 需要从 “设计哲学” 出发去思考，重新走一下前辈们的老路。
例如提到 "监听套接字" 和 "连接套接字"。
- 为什么要特意去分监听和连接，是否引入了不必要的复杂性。
- 一个端口通常和一个进程绑定，之前提到的 fork 创建新进程处理连接套接字和这里我的理解冲突。
进一步发散思考后，其实有以下认知矫正：
一个套接字的描述符文件是 (clienthost, clientport, serverhost, serverport) 四元组，不同四元组是独立文件。（通常对服务器来说，每个连接套接字的 clienthost，clientport 是不同的，天然可以也应该做区分）
socket 是文件，读写是阻塞的，如果不区分监听和连接那么监听的端口，那么理论上就不可能做到一个端口服务多个客户端。（这里有一个鸡生蛋的悖论，四元组设计和这个思考矛盾了）
每个人的背景知识不一致，对于一个新的信息源，有效的利用方式是对照自己的思考模式，找到 no sense，并深入思考。
第一遍的阅读往往具有很大信息量，走到下一个阶段时，重新阅读也可以带来一些 no sense 和认知矫正。
至于掌控一个底层知识，我觉得更应该做的就是在生产环境中实践——能用到的自然加深理解，用不到的也没有必要掌握。
经典值得读就是因为在每个阶段去读它一遍。
阅读时能够切实纠正已有误区的 no sense，一般叫做 alpha 信息，alpha 信息越多的文本，通常价值越高，就像强化学习中的 badcase。
如果没有 no sense，另一个值得记下的应该是 highlights，highlights 通常是一些精炼的总结、跨 domain 的类比，相比于 no sense，highlights 对读者来说是正确的，但是需要一些进一步的推导才能导出。
而正确的废话是没有价值的。
我想起来一个链路：从数据到信息，从信息到知识，从知识到智慧。
智慧也许指的是对知识本身的抽象，或者是对获取知识过程的认知和总结，算是一种元学习能力。