GitHub 项目的质量应该用星标数来评价吗？

除了仓库的星标数之外，GitHub 不会显示太多与仓库相关的统计数据。在评估 GitHub 上的仓库时，我常常会非常看重仓库获得的星标数量。

仓库所有者尤其喜欢获得大量的 GitHub 星标，因为这能给他们带来成就感。有很多文章介绍了开发者如何为他们的项目仓库获得更多 GitHub 星标，例如编写吸引人的 README 文件，甚至使用付费广告来吸引更多人访问。

前几天我偶然看到一份招聘指南，是写给那些想招开发人员的招聘人员的。其中一条建议是寻找在 GitHub 上拥有 100 个以上 star 的仓库的开发人员。

我们是否应该仅仅根据 GitHub 仓库的星标数来评估其质量？或许不应该，但这的确是一个便于人们查看的指标。一个优秀的 GitHub 项目是由诸多不同的因素共同决定的。

以下是一些在评估 GitHub 代码库质量时需要考虑的因素：

• 拉取请求

看到最近合并的拉取请求，说明该项目正在积极维护和改进。 

• 问题

维护者及时解答问题通常是个好兆头。我不会过分担心代码仓库中问题的数量，因为大型仓库很可能存在大量问题。例如，截至撰写本文时，VS Code 代码仓库已有 3925 个问题，但他们的应用非常实用。

• NPM 下载

你还可以查看工具在 NPM 上的下载量，以此了解项目在社区中的受欢迎程度。有一篇不错的文章讨论了Vue 何时在 GitHub star 数上超越 React，但 React 在 NPM 上的下载量仍然远高于 Vue。如果一个项目在 NPM 上的下载量很高，这意味着很多其他项目都依赖于它，因此它很可能拥有一些稳定且优秀的特性，你可以将其应用到自己的项目中。

• 文档

如果一个项目几乎没有文档，那么无论项目本身多么优秀都无济于事，因为你根本不知道如何使用它。如果一个项目拥有详尽且易于理解的文档，则表明该项目能够按照文档中描述的所有方式使用。

总而言之，在评估开源项目时，不要仅仅依赖项目的星标数量。一款优秀的工具可能针对特定用户群体，满足非常具体的需求，但由于它并非热门或流行工具，因此在 GitHub 上的星标数量可能较低。

如果你觉得这篇文章不错，可以考虑在Twitter、Github或LinkedIn上关注我。