Hacker Newsnew | past | comments | ask | show | jobs | submitlogin

> GitRoyalty looks at a repository's contributions history and determines each contributor's relative work on the project based on various factors. Even if a developer only made a contribution that we've deemed to be worth 0.001% of the total contributions, that user will get 0.001% of all subscription proceeds. Project maintainers cannot control who gets what share, so developers can rest assured knowing that they will get paid what they are owed, no matter how small their contribution.

Seems like a really hard problem to measure contribution automatically. Anyone know how you'd do this?

[0]: https://gitroyalty.com/docs/faq/how-do-open-source-developer...



This opens the door for bad incentivization, I'd be afraid people optimize for what pays better, be it more small commits, fewer larger commits etc...


We measure contributions using a project's git history (i.e. # of commits) every time a release is published. I realize this is terrible and it's my #1 priority to improve this after we get some engineers on board. I'm currently talking to the owner of SourceCred to see how we can use their protocol: https://sourcecred.io/


ah . sourcecred looks cool, but the current solution sounds a bit like counting klocs.

congrats on the launch though, i'm really excited about incentivized cooperation without dedicated managers!




Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: