Skip to content

Commit 8e5126e

Browse files
authoredApr 23, 2024
Update README.md
Incentive to accept contributions
1 parent 2ea99e2 commit 8e5126e

File tree

1 file changed

+5
-0
lines changed

1 file changed

+5
-0
lines changed
 

‎README.md

+5
Original file line numberDiff line numberDiff line change
@@ -290,6 +290,11 @@ If the contributions make the revenue go up by a factor of ~1.94, the math works
290290

291291
If shares accurately represent value, then the $\frac{\text{shares after}}{\text{shares before}}$ ratio should also reflect the same rise in revenue. We get $\frac{\text{shares after}}{\text{shares before}} = \frac{2769}{1429} = \boxed{{\sim}1.94}$, so no one is seeing any change in income due to later contributions (so long as each next contributor gets the appropriate number of shares for the value of their work).
292292

293+
At this point, the question becomes: "If neither the original contributors nor the end users are getting any more money, why would they accept this new contribution?".
294+
1) The contributor could take less shares themselves as incentive to merge their contribution. (The exact value of their contribution is likely fuzzy in any case. User interfaces or documentation being classic examples.)
295+
2) The contributor can simply fork the project at any time. If they believe their contribution will add more value than they can negotiate in shares, this could be a good route.
296+
297+
293298
### Forks, includes, and merge requests
294299

295300
These are all aspects of the same thing as far as the license is concerned (assuming both the base and sub-projects are under this license).

0 commit comments

Comments
 (0)
Failed to load comments.