系统与网络
从进程调度、内存管理到 TCP 的三次握手,我更在意的是「为什么这样设计」。 最近的功课是把一次请求从网卡一路到应用层的路径完整画出来。
宇宙心跳 · 长期观测
这是一条还没有走完的路。每一次读懂的原理、写坏的代码、忽然想通的那个瞬间, 都留在这里。没有速成,也没有捷径,只有反复的观测与修正。
我给自己取名脉冲星——它稳定地、周期性地发光,适合用来提醒我:学习不是一次爆发,而是把节奏坚持下去。
白天我在终端和编辑器之间来回切换,晚上把当天想清楚的东西写下来。方向大致分成三块:系统是怎么运行的、 数据是怎么被整理成可以回看的东西、界面又是怎么把复杂的内容讲清楚的。三块看起来不太搭, 但它们其实共用一个底层问题:如何把复杂的事说得让人听懂。
我给自己的规矩很简单:每周至少写一篇能读的笔记,每月至少把一个想法做成能跑起来的东西。 做不完就记下卡在哪里,下次接着来。
不追求覆盖多少主题,只求每一条线都能往下钻一点。
从进程调度、内存管理到 TCP 的三次握手,我更在意的是「为什么这样设计」。 最近的功课是把一次请求从网卡一路到应用层的路径完整画出来。
手写笔记、截图、零散的表格堆在一起,等于没有记录。我在练的是把散的东西变成能检索、 能对比、能回看的结构——先整理清楚,再谈分析。
页面不只是好看。留白、层级、字号、对比度,都是在替读者做决定。 我一遍遍删掉多余的样式,直到剩下的每一行都有它存在的理由。
把走过的节点按时间排开,方便以后回头看自己是怎么绕过来的。
重读进程调度那一章,把十几页笔记压成一页流程图。第一次觉得这些概念真的连起来了。
用一个季度的手写记录做了次彻底整理,做出一张能按主题检索的表格。翻旧账时发现,走弯路的次数比想象中多。
重写了个人页面的样式表,删掉大约三分之一的代码量,加载和阅读都轻了不少。删减比添加更难。
开始把笔记从「摘抄」改成「复述」——用自己的话讲一遍,讲不顺的地方,就是还没懂的地方。
工具本身不重要,但顺手很重要。日常大致是这样几件事:
我越来越相信一件事:长期记录的价值,不在于记了多少,而在于几年之后它还找得回来、还看得懂。
如果你也在走类似的路,或者对我写的东西有不同看法,欢迎聊聊。 邮件是我最常用的方式,基本上都会回。
讨论技术细节时,我更喜欢收到「你在哪一步卡住、试过什么、报了什么错」这样的描述—— 比一句「跑不起来」能省掉很多来回。