RE: [PHP-DEV] Proposal to increase the required majority for all RFCs

> -----Original Message----- > From: Andrea Faulds [mailto:ajf@ajf.me] > Sent: Saturday, May 17, 2014 10:51 PM > To: Zeev Suraski > Cc: PHP internals > Subject: Re: [PHP-DEV] Proposal to increase the required majority for all RFCs > > > On 17 May 2014, at 20:46, Zeev Suraski <zeev@zend.com> wrote: > > > Implementation changes don't fit in this RFC process too well. > > Implementation changes should be dealt with by those who own the > > implementation. > > I don't and can't agree with this. Zend changes will ultimately affect everyone. > > It is not just Zend maintainers who'll be affected by the 64-bit patch, for > example. Everyone would, as it would increase PHP's memory usage. In (the unlikely) case that Zend/ maintainers decide to do something that negatively affects PHP - in this case memory usage - then it becomes everyone's problem and everyone's entitled to a vote. But not before the Zend/ maintainers see the implementation-only (feature-free) patch suitable for inclusion in the engine, which wouldn't have happened here. Similarly, if the docs guys decide to switch to another platform but the generated docs remain unchanged - it's their and only their decision. If as a part of that change then suddenly docs suddenly have bloated HTML that takes 500MB of memory to render, then it's everyone's vote. FWIW, rest assured this is purely theoretical matter. In 15+ years, I don't think there was a single patch condoned by the Zend/ maintainers that negatively affected performance without otherwise bringing tangible value (typically in the form of new features, which are now voted on by everyone). It's always the opposite - in a nutshell, Zend/ maintainers are crazy for performance. And I'm sure the doc team wouldn't move to a tool that emits such poor HTML either. Zeev