怎样才能减少软件中的Bug？数据显示程序员才是制造 Bug 的“元凶”

因为PR数和给星数是GitHub特有的成果，我还构建了一个没有这两个数据项的模子。然后，按照拟合模子的系数，再进一步将其简化为只包括提交接码的人数和提交次数。这种只有3个变量的模子的示意险些与其他模子完全沟通，并且还可以表现成3G图形：

ln(issues) = β1first commit age + β2ln(contributors) + β3ln(all commits) + β4ln(code) + β5ln(comments + 1) + β6ln(files) + ε

ln(issues) = β1ln(contributors) + β2ln(all commits) + ε

在删除了GitHub特有的数据项后，提交接码的人数和提交次数就占有了主导职位，从删除全部其他变量时错误数稍微的镌汰就可以看出。

会不会是这个模子搞错了？

此刻我们知道了提交接码的人数和提交次数的影响，下面我们来看看，假如不回收任何按照提交接码的人数和提交次数绘制图形的模子，那么代码行数与题目数目之间有何关系。

针对GitHub上最受接待的项目，绘制代码行数（x轴）与GitHub上的题目数（y轴）的相关图，并按照提交接码的人数和提交次数分组。

为了节减空间，我没有表现全部的10万个顶级项目。我凭证提交接码的人数和提交次数举办了分组，由于我认为这种分组方法最故意思，且最具代表性。为了停止选择毛病，我只在选择分组之后举办画图。

（编辑：河北网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!