既然 Star 可以刷,那我们如何判断一个开源项目的好坏?
长久以来,很多人把一些开源社区的数据进行系统地收集,用于判断和评估一个开源项目的质量,包括项目的受欢迎程度、可靠性和活跃度等信息。但业内人士认为,这些评判标准其实都存在缺陷。 代码评判标准 在上个世纪 8、90 年代,人们常常用代码行数 LOC 来衡量一个软件项目的发展情况。ZDNet 资深技术编辑 Steven J. Vaughan-Nichols 认为,统计每个月增长的代码行数虽然是一件很容易的事,但用它来评价一个项目的好坏却具有很强的误导性。编程天才 Edsger Dijkstra 曾在 1988 年提出,LOC 给了人们 “一种令人安心的错觉”,用 “每月生产的代码行数” 来衡量 “程序员的生产力” 是很不明智的,因为这个标准忽略了程序员的创造性带来的更大价值,反而会鼓励人们编写没有意义的多余代码。 从那以后,比 LOC 更丰富的评判体系陆续出现,但新的问题也随之出现。 以 GitHub 上的 Star 为例。作为目前全球最大的开源 Git 仓库,GitHub 对 Star 功能的定位最初只是方便人们跟踪自己认为有趣的项目。但如今许多开发者已经把 Star 数量当做衡量一个开源...