一个很好的算法，用于基于统计数据的Github回购的所有开发人员之间的支付。

Question

最近，R/比特币上的某个人开始使用我们的人群支付系统来直接奖励比特币的核心开发者。我们的制度根据参与程度划分付款。一种一对多的付款。

这导致了相当大的讨论 (但也有600美元的捐款和20-25的核心开发人员很快签署了收集他们的奖励)。其中一个主要论点是，不可能根据简单的统计数据(如LOC )来奖励开发人员。

我们只是部分同意，他们的一位主要开发人员Gavin说我们的算法使用了相当好。

我的问题是，如果你必须根据回购的 集散地统计将奖励分配给所有的贡献者，你会提出什么算法/计算。。

在Github上，只有少数几种类型的参与被衡量/评级。在这方面，它不是一个非常社会化的平台(目前)。我们的算法不只是使用LOC，而是权衡：

• 接受到主分支的提交数。
• 增加的行数
• 删除的行数
• 捐款的最近性质
• 它做了一些正常化，以减少极端。

还请记住，回购是通过拉请求的方式进行的。因此，在算法完成之前就有了质量控制。

为了证明这个概念，我们承诺EUR100对这个问题__。当一个答案被接受时，它将根据投票结果在所有答案中进行分配。奖励可以通过OAUTH-在您的堆栈溢出帐户收集。

https://mobbr.com/#/task/aHR0cHM6Ly9zdGFja292ZXJmbG93LmNvbS9xdWVzdGlvbnMvMjk2MDY3NTgvYS1nb29kLWFsZ29yaXRobS10by1kaXZpZGUtcGF5bWVudHMtYW1vbmctYWxsLWRldmVsb3BlcnMtb2YtYS1naXRodWItcmVwby1iYXNlZA==

Answer 1

你不发送代码，你发布特征。(实际上，也许你什么也不发布，但你仍然关心你的代码做些什么，而不仅仅是坐在那里)

国际海事组织为开源项目拨款的唯一合理方式是一个基于赏金的系统。

首先，你可以把现在的钱花在未来的开发者身上。

其次，您可以让社区更直接地参与进来，方法是让他们保证得到一个特定的赏金(对于一个特性或一个bug)，或者不。

最后，一些驱动实体通过设置更高的赏金或更高的优先级或更困难的任务来确定工作的优先级。

PS：“但我们没有这样一个实体”。那你们就是海盗。拿着钱快跑。

编辑：

我知道你会因为人们已经完成的工作而奖励他们。这可能是你的社区所需要的，我不会假装知道所涉及的政治。

然而，更大的一点是，我认为你试图用一个算法，一个后验，一些问题，应该由一个指导委员会和社区，先验解决。

您拥有的所有资金，如果不是直接用于特定功能或与bug相关的问题上，您可以用来资助重构和管道工程(用户通过赏金系统提供的资金往往不足)。

要建立这样一个制度，并认为到目前为止认捐的款项一般都是对项目的认捐，并应由上述指导委员会在项目内重新分配，这是永远不会太晚的。

Answer 2

我的理论是:任何可以完全由程序决定的度量(例如，添加或删除代码行的#)都容易受到琐碎的游戏的影响。从定义上看，其他衡量标准都部分依赖于人类的投入(例如#提交被接受为主要分支)，并且容易受到腐败和偏袒等常见的“社会”问题的影响--但这些问题仍然远远好于第一类问题。自动测量只应该被用作“下限规则”，比如“在过去的一年中，==>甚至没有访问过这个站点，没有资格使用任何东西。”

Answer 3

只是一个非常简单的想法：

把这笔钱平均分配给上个月捐款的所有开发商。

这可能有助于保持一些开发商参与该项目，同时防止他们为钱争吵，因为每个人都会得到相同的金额。

无论如何，钱不是他们开始捐款的原因。这是不应该的，也可能不是他们的主要动机，因为捐赠所得的钱可能永远不足以支付他们开发的功能的真正价值。