Recently, someone from r / bitcoin started using our crowd payment system to directly reward Bitcoin developers. Our system divides payments based on membership levels. Type of payment "one to many."
This led to pretty much discussion (but also at $ 600 in donations and 20-25 major developers who quickly signed up to collect their awards ). One of the main arguments was that it is not possible to reward developers based on simple statistics such as LOC.
We only partially agree, and one of their leading developers, Gavin Andreesen, said that our algorithm did pretty well .
My question is: if you needed to share the awards among all the members of the Github repository, based on the statistics of the Github repo , what algorithm / calculation do you offer.
On Github, only a few types of participation are measured / evaluated. In this regard, this is not a very social platform (for now). Instead of using LOC, our algorithm weighs:
- number of commits accepted on the main branch
- number of rows added
- number of rows deleted
- recent contribution
- It performs some normalization to reduce extrema.
Also remember that repositions are moderated using pull-request. Thus, before the algorithm does its job, there is quality control.
, , EUR100 . , , . OAUTH - stackoverflow.
https://mobbr.com/#/task/aHR0cHM6Ly9zdGFja292ZXJmbG93LmNvbS9xdWVzdGlvbnMvMjk2MDY3NTgvYS1nb29kLWFsZ29yaXRobS10by1kaXZpZGUtcGF5bWVudHMtYW1vbmctYWxsLWRldmVsb3BlcnMtb2YtYS1naXRodWItcmVwby1iYXNlZA==