I'm fine if the entire 'Feature selection and development' part goes out of the RFC, but if there's any reference to how features are determined, we'd better get it right. Making changes once we've approved this RFC is going to be much tougher. This is big stuff - it's no coincidence we didn't have such guidelines for almost 15 years.
Honestly there are other parts about the voting process that are much hotter potatoes than the points I brought up - such as who gets to vote, is 50%+1 enough or do we need stronger majorities for substantial language changes (67%/75%), can someone who failed passing an RFC just put it up for another vote right away or is there some sort of a cool-off period, etc. etc. I think all of these need to be answered before we let this RFC govern how we do feature definition. Zeev > -----Original Message----- > From: Stas Malyshev [mailto:smalys...@sugarcrm.com] > Sent: Sunday, June 05, 2011 11:17 PM > To: Zeev Suraski > Cc: Pierre Joye; PHP Internals > Subject: Re: Voting Process (was: [PHP-DEV] Re: Voting does not belong on > the wiki! (Was: [PHP-DEV] 5.4 moving forward)) > > Hi! > > > I'd still like to hear from others what they think about my proposal. > > I'd like to update the Release Process RFC with these suggestions if > > people like them. > > I think these voting process additions totally make sense. But I am not sure > it > makes sense to put everything in one release RFC. The reason for that is that > we don't want to endlessly amend and improve the RFC without having it > actually agreed upon, I would rather prefer to agree on what we agree, have > it as base for the future and then add other stuff. I've noticed a tendency on > the list to lose the major goal behind endless amendments and tweaks and not > doing what we agree on because we disagree on some minor detail. So maybe > it would make sense to have release RFC separate (without spelling out the > voting process there) and voting RFC separate which would define the voting > process? > -- > Stanislav Malyshev, Software Architect > SugarCRM: http://www.sugarcrm.com/ > (408)454-6900 ext. 227 -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
