开源，可能是新手软件工程师的唯一的路了，所以我做了 GoodFirstIssue.org

TL;DR
AI 能写代码之后，企业更想招一个熟手配上 AI，而不是一个新手。新手要被看见，开源是唯一的一条不用先被录取的路。我做了 GoodFirstIssue.org，按难度、语言和领域把 issue 筛出，让他们少翻、多改，用更多的时间，去构建自己在开源社区的信誉。

AI 时代的到来，对于我来说，无疑是欣喜的：我早已进入这个行业，虽算不上什么知名人士，但至少在圈子里也有不少好友知道我的能力，因而会给我机会；但对于我刚毕业的堂弟堂妹，甚至今年刚进入大学软件工程相关专业的年轻人来说，这个世界又无比的残酷。因为他们能做的事情， AI 也能做，甚至还能做得更好。相比于招募一个新手配上一个 AI，企业老板更希望招募一个老人，再辅以 AI。

更残酷的是，我自己作为小微企业的老板，我也会选择找一个老人，来辅以 AI。

所以，路在何方？

作为一个从开源社区成长起来的人，我自然是相信开源的，而且我也确实觉得 —— 在今天，开源已经成为这些新手们唯一的路：他们需要一个场合，能够让他们锻炼自己的各项软件工程技能，他们需要犯错，改正，记住教训；他们需要让自己走上舞台的机会。对于他们来说，开源是唯一的机会

你想要在企业中走上舞台，你需要先有机会进去，才能走上舞台；而开源不需要，它的代码是开源的，它的场景是开放的，它的用户反馈可能也是公开的。对于你来说，只要你有一个热忱的心，你就可以加入到这个社区当中，参与社区贡献。在开源社区，走上舞台不需要你先成为，只需要你真的有心。

开源贡献，也没那么容易

当你有了一个热忱的心，你就可以开始走上开源的贡献之路了。开源的贡献可大可小，如果你无所求（像我一样），那对于你来说，开源贡献很多时候就是 —— I Can Fix It。在 Github 上激情 Coding，也完全 OK，你依然在为开源社区做贡献，很好。

但对于这些新人们来说，他们显然是有所求的，那么如何以最低的 effort 获得自己想要的，就成为问题。

什么样的项目会是好的？适合新人的项目：

1. 项目本身具有一定的关注度和领域价值：大多数时候表现为 Star 多 / Fork 多 / Download 多
2. 项目本身拥有完善的项目贡献机制和 Mentor 体系：大多表现为有标准的 Contributing 路径且有人在对项目的 issue 、问题进行归档、分类、安排。
3. 要解决的问题本身复杂度可控：对于新手来说，改一个几千行的 Kernel 的 Bug 不是一个特别可控的方案，但如果只是调试某一个函数，倒也未尝不可；

Github 上有那么多开源项目，又有多少项目能满足我们的需求呢？新手们如何找到这些 issue 呢？理想情况是本身这些新手们已经在用一些开源项目了，那么直接为自己在用的开源项目做贡献，显然是更好的。但，更多的人需要一个工具，帮助他们找到值得他们花时间精力去参与的项目，同时，在「找 issue 」这件事上，让新手在找 issue 上少花时间，把更多时间花在提交代码和参与社区贡献上。

所以，你应该如何使用 GoodFirstIssue.org？

简单来说，如果你没有目标，那么直接用筛选，按照可量化的指标来筛选即可；如果有目标领域，不如直接进提前筛选好的领域分类里快速看要贡献的 Issue 。

如果你不知道自己要做什么，但有一些模糊的目标，那么最简单的方法是，打开高级筛选，根据你的喜好，选择适合你的 Issue；比如筛选已标记 Good First Issue 的 Issue，难度为 2/5 或者 3/5 （越高越难），然后选择你想要的 Star 的范围（虽然越高影响力越大，但意味着竞争越强）。然后点击应用筛选，就可以选择出你喜欢的想要的 issue 。

如果你已经有明确的发展的领域，那么提前分好的类别，可能更适合你。你可以选择语言、框架、领域，点击进去后，你可以找到这个领域内的各种问题，然后，参与到其中，让别人看见你在这个领域交过的 PR。

甚至是，如果你已经在参加一些社区活动，那么基于活动的分类，也可以帮助你快速找到属于 Hacktoberfest 或者是 Google Summer Of Code 的 Issue；对了，现在刚好就在 Hacktoberfest 的时间范围内，为什么不参与一下呢？（快速查看符合预期的 issue）

总结

开源不是唯一能写代码的地方。但它是少数不需要先被录取、就能把代码、场景和反馈都摊开的地方。我做 GoodFirstIssue.org，不是为了让新手少焦虑，是为了让他们把时间从翻 issue 挪到改代码上，从而更好的在开源社区中，去构建自己的信誉。

So，要不要来试试看 https://www.goodfirstissue.org/zh ?