这种事看项目维护者的时间和精力了，typo 类的错误感觉凑多点再提交吧，真就一两个的话，除非项目稳定了，不然维护者花时间在审核这类 pr 也有点浪费时间。

我遇到 typo ，除非重构或者大改这部分代码，不然我东西不会去管... 毕竟多人合作，搞出冲突可能会有很多人受影响

我之前发过这个问题：/t/994243
一开始也想去找这个简单的文档错误进行修改，但是后来还是没这么做。我的第一个开源贡献是在 github 上，发现了一个和我领域相关的 project ，只有几百个 star ，然后我用下来发现不支持我的一个环境，而且他们项目也有这个问题的 good first issue ，于是就修复了一下提了 PR 。

@yzbythesea #24 非常同意。曾经我也有类似的迷思：/t/882818 这么多年下来，代码开源就是不挣钱的买卖。新人其实并不需要想着一定要急着参与什么已有的开源项目，因为阅读代码、编译使用软件都已经是有门槛的。

如果只是想成为开源社区的一员，那么应该从兴趣出发。你喜欢前端还是后端，还是 AI 算法？喜欢什么就学什么，你一定能找到某个项目，fork 它，然后改一改，这个过程中你一定能学到东西，即使你没有 PR 或者 issue 。

如果你想的是让开源成为自己履历或者简历的一部分，那么必须想清楚这是一条苦行僧之路。若是想要贡献代码，那前提是需要完整阅读之前的代码（这一步已经很难了）。如果要长期维护，必然会消耗大量业余时间用爱发电。另外，如果你想造个轮子、写个 demo ，那么对于你的程序设计能力要求也是非常高的，在业余一周不到 20 小时的时间里，开发一个功能完备，逻辑通常，文档完整的开源项目是非常不容易的。

如果我空闲并且想写代码的时候，我会去 github 上找个开源项目浏览它的 issues （比较喜欢挑战 bug ），找一个看起来自己能解决的研究研究，找到解决方案就提 PR

我提过的几个小 pr 都是自己在用的项目，遇到问题，一通分析后提个 issue ，然后再自己提个 pr 把 issue 解了（基本都是些冷门项目）

一般是使用开源项目遇到问题 然后决定要不要参与进去 还有一个思路就是去看 issue 看能不能帮忙解决