-
Notifications
You must be signed in to change notification settings - Fork 7
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
Eligibility for PG votes #3
Comments
The development group specifies a 6 month period for activity. I think it would be sensible to apply the same time frame here. |
The time limit sounds sensible - 6 months prior to an election being called makes sense to me. The minimum amount of support also makes sense, but I have no idea how to quantify this. Cash? Resources like servers or bandwidth? Developer time? Donation of code? It seems very fluffy, so I would suggest just going to with any contribution on a corporate level (i.e. not just that someone who works for the company decided to help out as an individual on their own time). I've changed it to this in the meantime:
|
From Meeting on 2017-09-01 - idea of scaling membership for end-users based on the resource/cash they donate ala CNCF (https://www.cncf.io/about/join/). Have cheap-tier that allows voting, and higher tier that allows you to run for a seat. |
I'd disagree with the 'allow run for a seat' part, given it might disqualify good people just because their company doesn't meet the requirements. My understanding the end-user group's purpose is to make the project usable from a user perspective. An outsider that is agreed on by many companies but not part of any is a possible situation. Keeping the electability open (even to people who never donated) but not the right to elect promotes that the people in the PG are of high quality, and those who define 'quality' are those who are contributing to riaks continued existence. |
Decisions from 2017-09-08:
|
Update from 2017-09-08:
|
The proposed requirements to vote on Project Direction Group - End users are stated as:
All companies supporting the project through resources or financing
This opens the possibility for abuse and cluttering.
Abuse of this rule can happen by a bad actor creating many micro supports and gaining voiting rights.
Cluttering can happen over time as only a single support action has to be taken for gaining a indefinite voting right, this will mean that we might need to contact companies or individuals that are no longer active or interested in the community.
I would propose two restrictions:
The text was updated successfully, but these errors were encountered: