On Wed, Nov 9, 2011 at 7:10 PM, Ferenc Kovacs <tyr...@gmail.com> wrote: > - The core devs usually know the internal parts better than the others > contributors, so they can weight the changes better on the technical parts > (opening a can of worms...). I think you are hitting another issue with voting here that is not related to the "who can vote" part. If there are technical issues with an implementation (like "opening a can of worms" or introducing large BC breaks) a vote *should never happen*. This is the issue we already had for the "make scalar types reserved keywords" request. There was a voting which decided it to be included, but further discussion revealed that it would majorly break BC, so the vote was discarded. To summarize: The technical viability of a feature should always be determined through discussion before voting even starts.
> - The core devs are usually the ones who have to maintain the code, after > the happy RFC proposer disappears after having his/her feature included > (phar would be a fine example as I heard). I addressed this point in my previous reply already > - The core devs are usually the "stakeholders" of the project, if it turns > out, that it was a bad idea to add feature X, people won't check the wiki > and blame the original RFC author, or the Yesmen, the will blame "PHP" and > mostly the core devs. People usually blame PHP, not anybody in particular. I often call PHP bad names myself (after encountering yet another implementation quirks) and I definitely don't mean to insult any of the PHP developers (who are nice people doing their best.) But you may be right that core developers might be more offended by statements like "PHP sucks" than other contributors. > - The active core devs are usually contributing to the project since years > or decades, I think that the average experience/"lifespan" of a core-dev is > longer than for the other roles. This seems valid :) So, I don't really know. In some way it does make sense to give php-src more voting rights, after all they do know internals better and are more engaged than other contributors. On the other hand it also is kind of unfair for everybody else (okay, I am probably just biased here because I am not one of the php-src people.) Nikita -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
