Robert Cooper 10月14日
GitHub代码库会显示所在项目的星星star数量（星级），此外就没有更多统计信息了，因此，评价一个GitHub代码库时，人们常常是根据星级作为判断标准。
代码库创建者当然特别喜欢这样星级评级，如果他们拥有很多GitHub星级时（比如最流行的有1000个星），表明他们的付出获得了回报。
有些文章是关于开发人员如何获得更多GitHub星级的，比如撰写有吸引力的自述文件等提示，甚至使用付费广告来获取更多地关注。
有一天，我偶然发现了一系列招聘开发人员的指南。其中一个建议就是寻找拥有超过100颗星以上的GitHub代码库开发人员。
我们是否应该根据GitHub星级数来评估其质量？也许不能，但对于人们来说，这是一个简单的指标。同时我们要注意到有很多不同的因素会影响到一个可能是伟大的GitHub项目。在尝试评估GitHub库的质量时，需要注意以下几点：
- 代码库拉取请求：如果看到这个代码块最近一次合并的拉取请求是一个好的迹象，表明该项目正在积极维护和改进。
- 代码块提交问题issue：维护者及时回答的问题通常是个好兆头。我不会过多担心代码库中的问题数量，因为大型代码库可能存在许多问题。例如，在撰写本文时，VS Code repo有3,925个问题，但他们的应用程序非常有用。
- Javascript的NPM下载：还可以查看工具在NPM中的下载情况，以了解项目在社区中的受欢迎程度。有一篇很好的文章讨论了Vue在GitHub明星方面超过React的，但React在NPM上的下载量仍远远超过了Vue。如果一个项目是从NPM高频繁下载，那就意味着很多其他项目都依赖于它，所以希望它有一些很好的稳定功能，你可以在自己的项目中利用它们。
- 文档：如果一个项目几乎没有文档，那么项目有多好并不重要，因为你不知道如何使用它。详细且易于理解与项目相关的文档是一个很好的信号，表明项目可以按照自己的文档描述的所有方式使用。
总的来说，不要在评估开源项目时仅仅依赖于有多少星级。一个好的工具可以解决一个特定的需求，如果GitHub明星数量很少，只是因为它不是一个时髦或流行的工具而已。
[该贴被banq于2018-10-16 14:58修改过]