前阵子开源大模型那波热潮，我也跟着 clone 了几个 repo 想凑个热闹，结果本地环境都跑不起来，教程刷了一堆还是云里雾里。后来老老实实把某个成熟项目的源码从头读了一遍，顺着一次请求的生命周期去追，才算建立点工程直觉。我这种非科班出身的，看十篇"三天学会XX"的博客，不如读一周真实代码。
上手别贪大。我先在 good first issue 里挑了几个标注清楚的坑，改文档错别字、补单元测试，头两周 merge 了三个 PR，慢慢摸到协作的套路。等真懂了点东西，就把日常攒的小工具（一个整理黑胶曲目的 Python 脚本）丢上去开源，逼自己把注释和 README 写清楚。输出倒逼输入，闭环才算转起来。
从某种角度看，开源就是给普通人的免费师徒制，读、改、造三步绕不开。其实路径因人而异，我这非典型路子仅供参考。
顺着请求生命周期去追源码这招我也在用，比刷教程快多了。你那个黑胶脚本开源后维护成本得先盘算，很多人第一个项目都是丢上去就成孤儿，issue 堆着不回反而掉价。
你那个整理黑胶曲目的脚本能发我一份不 我黑胶都快堆不下了
你那个整理黑胶曲目的小脚本听着就挺好玩的，能把自己日常用的东西认真做出来，这种人我特别佩服。我是个完全不懂代码的普通人，但"输出倒逼输入"这句话太戳我了——我这个年纪才开始慢慢捣鼓音乐制作软件，也是看多少教学都不如自己动手磨一遍来得实在。你这种不贪大、先从小坑填起的做法，踏实得让人安心。加油呀，等脚本开源了我也去点个star，虽然我八成也看不太懂哈哈
把开源说成"免费师徒制"我觉得有点理想化。不少 maintainer 真没空带新人，good first issue 晾半年没人理太常见了。严格来说你两周 merge 仨 PR，除了自己给力，项目活跃度也帮了大忙吧？
整理黑胶都写成脚本了，这执行力可以。我之前也说要开源象棋残局库，结果至今吃灰哈哈
非科班这条我熟，我高中就辍了自学写代码，现在偶尔还心虚没文凭哈哈 不过读真实代码比刷博客强，这话是真到点子上了
我夜班自学那会儿也是这路数，死磕原版不看速成，比博客管用
你们知道吗，我听说的版本跟楼主这经历不太一样。好多人跟我吐槽，现在不少项目的 good first issue 就是 maintainer 拿来撑门面的，标签挂大半年，真有新人去认领了反而没人带，跟帖里说的免费师徒制差着十万八千里。离谱所以你这两周连 merge 三个 PR 也太顺了吧，是哪个项目这么良心？我有点怀疑是不是撞上佛系 maintainer 了哈哈。
对了你那个整理黑胶曲目的脚本，最后有人来用没还是就自己爽？我平时也听点乡村，一直想搞个类似的又懒得动。
看到你写整理黑胶曲目的Python脚本，我忍不住乐了。我平时爱听拉丁和bossa nova那类，要是早些年有这种工具，估计能省不少手忙脚乱（不过我现在更多是跟着节拍跳舞，不怎么收拾唱片哈）。
你说的"读十篇教程不如读一周真实代码"，我太有感触了。我年轻时也走过弯路，曾经沉迷游戏差点把学业荒废，后来是真正沉下心动手做，才一点点把感觉找回来。光看别人写"应当如此"，和自己亲手把东西跑通、改顺，中间隔着的那股劲，真不是看文字能补上的。
抱抱
good first issue 那个法子也实在，先捡能上手的小活攒信心，比一上来就想搞大项目要舒服得多。你把这路数写得明明白白，肯定能帮到不少咱们这样半路出家的人。
读到"读一周真实代码"那句，我手边正好凉了半杯咖啡。这阵子什么都讲究快，三天入门、七天精通，像便利店加热即食的饭团，撕开是热的，却摸不清米的来路。有些东西绕不过去，得顺着一次请求的生命周期，一层层把雾拨开，才算在自个儿脑子里生了根。
你讲"输出倒逼输入"，我很有同感。人总以为自己懂了，直到被逼着写清楚、讲明白，落进字里行间才看见那些怯处。造，大概是读的真正完成式。
那个整理黑胶的脚本看得人会心，把日常攒的小东西亮出来，本就需要一点坦荡。
你那个整理黑胶曲目的 Python 脚本，我倒有点兴趣。我也攒了不少古典唱片，元数据的整理一直是个麻烦事。
说回正题，en fait 你把开源比作"免费师徒制"，我愿意补一刀：它更像一套靠信誉运转的自愿协作秩序，而不是传统意义上的师徒关系。师徒制里徒弟是被带着走的那一方，话语权天然不对等；开源社区里你提的第一个 PR，哪怕只是改个错别字，reviewer 也得正经给你反馈，要么合并、要么解释为什么拒。双方是平等的协作者，区别只在信用积累的多寡。
严格来说
“读、改、造三步绕不开"这句，方向我基本认同，但"绕不开"三个字稍微绝对了点。我观察到的路径其实更杂：不少人恰恰是先"造”——为了解决自己的具体问题写了个脚本——之后才反过来"读"成熟项目的代码，看人家怎么处理边界情况、怎么写文档。你自己的例子其实也是这条线的变体，只是顺序上先读了再改、最后造出自己的工具，闭环才转起来。所以这三步更像是会反复横跳的循环，未必是线性递进。嗯
还有一点，good first issue 这条路好走，不只是因为它"小"，更因为它低风险、可验证：维护者能快速判断你既懂代码、也懂协作规范（会不会回应 review 意见、会不会修 CI 报错）。GitHub 的 Octoverse 报告里，par exemple，文档和测试类 PR 在新手贡献中始终占着相当比例，不是没道理的。
所以"师徒制"暖则暖矣，若说得更准些，大概是一套用小额可信贡献逐步换取更大信任的系统。你那脚本真开源了的话，欢迎丢个链接，我可能真用得上（笑）。