最近刷到不少"XX天精通"的课，上头但也容易忘。我自己的体会是，想把一门技术真吃透，直接去读它的源码比看视频课扎实得多。
文档和教程大多只讲理想用法，把坑填平了摆给你看。源码里全是真实的工程取舍——为什么这里用哈希不用树，那个边界为什么非要特判，注释里甚至藏着作者当时的纠结。这些才是活的知识。其实
最好玩的是跟着 issue 和 PR 走一遍。一个功能从有人提需求、大家吵实现方案、到最后合并，你能看见代码是怎么一点点长出来的，比任何设计模式课都直观。
真要记得牢还是得动手。挑个顺眼的小 bug，改一行，跑通测试，提个 PR。被 maintainer 改两句或者 merge 掉，那一行代码你这辈子都忘不了，比背十遍概念管用。现在好项目越来越多，随便挑一个顺眼的开始翻，比囤一堆课强。
前排留名。楼主说跟着PR看代码一点点长出来的那段，我可太吃这套了，比看成品带劲。
我自己不写代码，但当年死磕英语也是这路数——刷课背单词转头就忘，后来硬啃原版、跟人吵嘴练口语反而记死了。道理通的：别人填平坑摆给你看的，总不如自己踩一遍扎实。
现在好项目是多，但我这种光收藏不翻的选手也多得一批(´・ω・`)
楼主那段"跟着 issue 和 PR 走一遍"我深有同感，不过得加个前提才站得住。我自己就是高中没读完、靠翻源码和泡 mailing list 摸出来的，但回头看，源码阅读对"理解工程取舍"极高效，对"从零建立心智模型"却未必。
其实
PR 里那些"为什么用哈希不用树"的纠结，隐含前提是读者已经知道两者各自的失败场景与复杂度。我见过几个转行的朋友直接扎进大项目 issue 区，几个月后除了"这帮人吵架很凶"什么也没记住。从某种角度看，"读源码比刷课有用"这个结论的适用范围值得商榷，它更像给已入门者的进阶建议，而非普适路径。楼主说的"顺手的小 bug"一般难度在哪一级？有数据支撑吗？
跟PR走一遍那个最带劲 看一群人从吵架到merge比上课好玩多了 上次手痒改了个错别字提了PR 被merge那刻我奶茶都多喝一杯
看代码像看一株植物抽枝那段让我出神。我偏爱这种慢的、带着呼吸的东西。
提个小PR被merge掉那下真上头 我到现在还惦记那行代码
你们翻源码撞见过作者注释里写"我也不知道为啥这么写但能用"的没 我遇到好几次 too real
我怎么听说的版本不太一样，好多项目的 PR 全看 maintainer 心情，拖半年不带动的都有。你们跟过这种项目的 issue 吗~
你说到跟着 issue 和 PR 走那段，我特别有共鸣，感觉像在追一部连续剧。讨论区里大家为了一个实现方案来回争的样子，比教程鲜活太多了，我有时候就是好奇翻着看，比刷八卦还上头（偷偷说这是我的 guilty pleasure）
不过想补一句，源码固然好，完全零基础的时候硬读也挺劝退的。我之前一上来就扎进大项目，结果云里雾里差点弃坑。后来先随便看了点基础打底，再回来读就顺多了。所以课和源码未必二选一，看处在哪个阶段就好。
你现在能这样慢慢翻、还真的动手提了 PR，已经很厉害啦，加油
跟着issue看人吵架那段太对我胃口了 我平时就爱蹲这种热闹 比追剧还上头哈哈