说说我这两年摸出来的路子。早些年学一个新库，老老实实翻文档、刷教程，看完还是云里雾里，真到项目里遇到边角情况照样抓瞎。后来干脆换玩法：挑一个我每天在用的小工具，先去翻它的源码和 open issue，看大家实际在踩什么坑，再找 labeled 的 good first issue 下手，嫌难就从文档里一个错别字改起。
别小看第一笔改动，心理门槛一下就降到地板了，但你想把 PR 合进去，构建、测试、commit 规范、提交流程这套动作必须全套跑通，这本身才是最实在的入门。更赚的是维护者给你的 review，那是免费的、一对一的、精准戳中你当下短板的私教课，比任何网课都顶用。
GitHub 去年那份 Octoverse 也在讲同一个方向：用开源的人，越来越多地变成了改开源的人。每天用的东西，动手改一下，比一直当旁观者学得透。你最近有没有特别想啃却一直没下手的库？
楼主这个路子我大体认同，不过你引的那份 Octoverse 结论，我想较下真。
“用开源的人越来越多变成改开源的人”，这话方向没错，但具体看 Octoverse 这几年的报告，它真正在讲的是另一层：贡献者总量在涨，可增量高度集中在少数头部项目和拿薪水的全职维护者身上。“用的人变成改的人”这个转化比例，报告里其实没给明确数字，它更像一个合理的推断，不是报告直接甩出来的结论。我手头没有那页的确切出处，这点先存疑。
嗯从某种角度看，你真正想论证的也许是：对个体来说，从使用者跨到贡献者的门槛比想象中低。这点我双手赞成。我去年给一个天天用的小工具提过一版文档补丁，审核的人两句话点出我 markup 写错了，比啃三天文档都顶用。
其实
所以数据归数据，你那个“动手改比一直当旁观者学得透”的判断，我是服的。
笑死 那个从改错别字下手的路子太对我胃口了 我之前也是教程狂魔 刷完一堆还是该不会还是不会 后来有过一回给天天用的小插件提了个typo的PR 居然合了 当时就觉得哎？离谱好像也没那么吓人 心理门槛这东西降下来后面就顺了 楼主说维护者review是免费私教课真没夸张 人家随手一句比我自己闷头琢磨三天都管用 话说你呢 最近有没有啥库盯久了不敢动的 我反正盯着一个一直没敢下爪(。
你贴里那句"维护者的 review 是免费的、一对一的、精准戳中你短板的私教课"，方向我认同，但得补一句前提：这只在维护者有余力做教学型反馈的项目里成立。我翻过几个中等规模、还在活跃维护的库的贡献记录，实际情况挺分裂的：有的 maintainer 真会逐行写"这里用 map 比 for 循环更可读"，有的库你提个 PR 两个月没响，或者只回一句 LGTM 直接 merge。后一种情况下，那笔改动对你的提升，基本等于你自己在黑屋子里摸了一遍构建脚本。
所以"提 PR 比看教程管用"这个结论，更准确的表述大概是：PR 路径在"建立对真实代码库的体感"上无可替代，但它替代不了教程帮你搭的那层初始心智模型。你总得先大概懂这库在干嘛，才找得到 good first issue，否则连 issue 描述里的术语都是天书。从某种角度看，两者是串联而非并联的关系。
再说你引的 Octoverse。大方向没问题，用的人变改的人，这趋势是真实的。但有个细节值得商榷：新增贡献者里相当一部分是一次性、只提一笔就走的"路过型"参与者，留存率并不高。跨过第一次提交的心理门槛只是第一关，后面能不能持续，靠的就不是那次 review 了，而是你有没有真的在日常里反复撞上这个库的痛点。嗯
你那个"从错别字改起"的建议挺实在的，我唯一想补的是别在 typo 上待太久，它帮你跑通流程，但教会你最少的领域知识。改完第一个，直接去找一个让你看不懂源码逻辑的模块，那才是长本事的地方。你最近在瞄哪个库？
前年我也走过差不多的路，给一个每天在用的小工具提了第一个 PR，改的确实就是文档里一处错别字。心理门槛这个说法我特别认同，第一笔合进去之后再看源码就没那么怵了。
不过有一点想跟楼主商榷：把维护者的 review 形容成"一对一私教课"，在中小项目上八成成立，但在那些 issue 堆积成山的繁忙 repo 里，等几周才有人理、或者只收到一句 LGTM 的情况也不少。C’est la vie，review 质量高度依赖项目健康度和维护者带宽，把这当成必然收益稍微理想化了。其实
另外 Octoverse 那份我记得讲的是贡献者总量在涨，"用的人转成改的人"具体转化率我一直没找到硬数据，楼主方便贴个出处吗？
你提的 good first issue 这条路，实操里有个坑想先补一句。GitHub 上挂着 good first issue 标签的任务，相当一部分是 stale 的——issue 开了大半年没人动，要么早被默默认领了，要么你拉下来才发现它依赖的接口两年前就改了。我前阵子想给一个每天在用的 CLI 小工具改个报错文案，挑了个标记为 good first issue 的条目，结果 clone 下来编译直接飘一堆 deprecation warning，issue 里说的那个函数早重构没了。所以"从错别字改起"这个建议本身很扎实，但前提得先确认这行字对应的文件今天还在、项目构建还能跑通，不然第一笔改动的心理门槛没降成，反而先被环境劝退了。
再说 review 像私教课这点，从某种角度看成立，但也得看项目体量和阶段。小型、维护者还活着的 repo，你提交个像样的 PR，对方确实会逐行讲为什么这么写不优雅，那种一对一反馈比网课顶用。可一旦落到高流量大库，情形就反过来了：你的 PR 大概率先过一轮 bot（CI、lint、自动标 label），substantive 的 review 可能排到几周之后，甚至因为维护者精力有限被礼貌地 close。免费的私教课是有的，但学位得抢，而且不是每个项目都开这个班，草。嗯
至于 Octoverse 那个"用的人变成改的人"的方向，数据上大致没错，不过值得商榷的是比例。贡献者绝对值在涨，但相对海量用户基数，真正跨过提交门槛的始终是很小一撮。趋势是真的，别被"越来越多"暗示成"大多数"就行。
话说你最近在啃哪个库，给你那第一笔改动跑通没？
笑死，从改错别字下手这个我服。说真的你戳中我了——我以前学东西也爱囤教程，结果收藏夹吃灰才是真"入门"。
好家伙不过想插一句：好多人卡住不是不敢提PR，是clone下来环境配不明白直接劝退，那种崩溃比看十篇教程还离谱。太！
你最后问想啃的库，我接一下：我也算半个不做旁观者的人，当初裸辞去深圳创业就是没攒够理论就跳了，家里人到现在还理解不了。动手确实比看透，但得有点扛揍心态哈哈。
可以可以
所以你第一个PR改的啥错别字？대박想听~
纯文档的错别字改动维护者一般直接 merge，基本等不来你帖子里说的那种 review。想拿一对一私教课，得挑能引发讨论的小改动：补个测试 case、修个边界处理，对方才愿意停下来跟你掰扯。
good first issue 这招实操有个坑：标了 label 的经常几小时内被老手或 bot 秒掉。想练手就盯刚开的 issue，或者自己从代码里扒一个顺手改。简单说
你问想啃的库，我最近想给常用的一个 CLI 提 shell completion，一直拖着没动 (￣▽￣)
你这套路我认同，但"maintainer 的 review 是免费私教课"这点得看运气。我翻过几个标了 good first issue 的 repo，有的两天就回，有的 PR 晾三个月没人理，私教直接变自习。所以挑项目比挑 issue 更关键，优先看近一个月还有 commit、release 勤快的库，别对冷门项目上头。
你问想啃的库，我清单上躺着一个 CLI 小工具一直没下手。佛系等个有缘的周末吧 ( ´_ゝ`)
你最后引的那份 Octoverse，我印象里它每年报的是 contributor 绝对数量和占比在涨，但"用的人越来越多变成改的人"这个转化叙事，原始数据撑得没那么利落。值得商榷的一点是：贡献者基数变大的同时，项目的总使用人数往往涨得更快，按人头算的"用户转贡献者"转化率未必同步上升，甚至可能是持平或走低的。所以把"贡献者变多"直接读作"旁观者都在转行动手"，措辞上多少有点把相关当因果了。
嗯
我自己前年也试过你说的错别字开局，给一个每天在用的文档工具递了一笔 doc 改动，从 fork、本地构建到 CI 全绿，流程确实被我摸了一遍，这部分我完全认同——流程本身就是最实在的入门。不过"维护者 review 像一对一私教"这句得看运气，我那次收到的是机器人模板加一句 please rebase，私教感谈不上，好处是逼我把 commit message 写规范了。
你当初挑的那个 typo 项目，现在还活着吗？这种小工具最容易给成就感，也最容易因为维护者跑路而烂尾 ^_^