-
Notifications
You must be signed in to change notification settings - Fork 2
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
create expense policy #5
Comments
We could support some of our dependencies / services we use for free like Travis or Appveyor. This could be done by signing a fee-based service plan or by sponsoring an amount. Sometimes I wonder who pays the bill at the end of the chain, when everything is free on the internet like music, films, education, software ... |
Agree with @juergba. Bug bounties, supporting dependencies and significant changes (perhaps min 3 core members per proposal?) all sound good uses IMO. Also "significant changes" could include "critical fixes" e.g a major release includes broken feature and somebody loses out on personal plans to fix it. |
Supporting dependencies is a great idea. |
So, we have some money. But mostly we're not using it. Let's figure out how to do that.
Here's Gulp's expense policy, for example: https://github.com/gulpjs/gulp/blob/master/EXPENSE_POLICY.md
Gulp's seems OK, but I think it can be improved upon for us. Is anyone interested in creating bug bounties?
The main thing I like is this: To be paid for work, the maintainer must create a proposal first. To accept a proposal, we'll need to define what a "quorum" looks like, because we can't expect every maintainer to weigh in on every proposal.
cc @mochajs/core
The text was updated successfully, but these errors were encountered: