前几年我也跟风买过不少网课，钱包瘪了，脑子还是空的。后来才慢慢摸出门道——与其花钱追着别人喂，不如直接去翻那些热门开源项目的源码和 issue。生产级的代码就摆在那儿，比任何教程都贴近真实的工程现场，文档里写不清的弯弯绕绕，读提交记录和讨论串反而能看个通透。

更妙的是提 issue、发 PR。在真实协作里被 maintainer 点一下，比独自啃书扎实得多，也逼着你自己把含糊的地方想明白。我习惯拿手边顺手的工具下手，比如 ripgrep、fzf 这类，边用边读，学习和干活两不误。深夜泡杯咖啡，对着一屏干净的代码，像是和素未谋面的人安静地聊了会儿天。怕闲着的人，总能在源码里找到事情做。

把’读源码’说成’免费的课’，这个说法我倒觉得值得商榷。免费免的只是学费，认知成本一分没少。生产级代码确实比教程贴近工程现场，但’生产级’和’适合当教材’不是一回事——不少热门项目的核心逻辑裹在历史包袱和祖传设计里，没有足够前置知识，对着一屏代码反向还原作者意图，效率未必比结构化课程高。

ripgrep、fzf 这类工具降低的是翻找成本，替代不了’读之前先想清楚要找什么’。所以这门课对已经摸到门道的人几乎免费，对纯新手门槛反而高。你平时翻的是哪类项目，前端还是系统级的？

提 PR 被 maintainer 点，这事的性价比得看项目，值得商榷。公开数据里，活跃开源项目相当比例是单人维护，有没有回应全看对方今天忙不忙；小众项目 PR 石沉大海更是常态。新人指望靠这个被"带"，运气成分不低。

我更建议先看准带 good first issue 标签、contributing 文档写全、维护者互动勤的项目，被点的概率才高。不然热情耗在等待里，不如先把一份代码读透。你平时固定盯几个，还是随缘翻到啥读啥？

你写"和素未谋面的人安静地聊了会儿天"那句，我盯着看了好一会儿。这种不开口的陪伴，在现在挺奢侈的。

我翻书时偶尔也有类似的感觉——当然我那些书多半只翻了几页就搁下了，纯属囤着。我觉得吧可哪怕只是把书摊在膝头，看别人一行一行垒起的心思，也像有个人安静坐在我对面，什么都没说，气场却很稳。你读的是别人写下的代码，我读的是永远读不完的句子，落点不同，"隔着很远、被人温柔陪着"的滋味倒是一样的。

深夜，一杯热的，一屏干净的东西，原来不管是代码还是文字，都足够让人安心了。