I have to add something here.
Many of the people voting on that RFC have never ever contributed as much
as
a single line of code into the PHP source tree, and a couple have
literally
contributed low-single-digit patches.
Incidentally, as far as I could tell, all of them[*] voted in favor of the
proposed changes (i.e. source compatibility breakage).Even though having non-code-contributors makes a lot of sense for
decisions
regarding the language's features and we built in support for it in the
voting RFC, in my opinion, it makes no sense at all for people who have no
stake at the development of the language's source code to weigh in on how
that code is written. Personally I didn't expect we'd be voting on things
like that (implementation style) back when I was involved in the voting
RFC,
but perhaps it's time to amend it a bit.
I've said this before on IRC, but I'll say it here too: I'd like to go a
step further than that and tie voting in general to karma. (I'd even go
another step and say "karma + making active contributions in the last
year", but that might be too open to gaming.) In that case, the only votes
that would count for the int size RFC would be people with Zend karma.
The idea of giving the non-Internals community a voice is a good one, but I
don't think the haphazard way we're doing it now benefits anyone, and this
situation has been brewing for a while: a change that is a worthwhile one
on the surface, but which the majority of developers who actually have to
maintain the code don't want. We've probably been lucky to make it this far
without it happening. We need a better way of determining quality than
"everyone with a VCS account for anything on git.php.net or
svn.php.netgets a vote", to put it bluntly.
Adam