On Sun, Jan 24, 2016 at 6:49 PM, Zeev Suraski <z...@zend.com> wrote: >> > I've been reading the mini-thread that followed this message, and I'm >> wondering, almost out loud: >> > Isn't it obvious we're trying to create an amateur drive-by judicial >> > system, >> borrowing ideas from the law (some mostly universal, some not), >> oversimplifying them (amateurishly, as we would as amateurs) and >> intending to put amateur investigators and judges in charge? A system that >> will definitely not have the countless checks and balances real world >> judicial >> systems have (which still fail frequently enough, so they're far from being >> perfect). >> > >> > To me, that's DOA. >> >> We are overly focused on steps beyond mediation, because that's where >> most of the objections and arguments are focused - on the assumption that >> mediation does not solve all problems. > > I obviously realize that, but I think you agreed as well that mediation does > solve the vast majority of issues (alongside a clear statement of values, > which is very helpful on its own). > To use the 99/1 breakdown you mentioned in another email - I'd say absolutely > yes. Yes, it's better to 'sacrifice' 1% of the cases if it greatly benefits > the common 99%.
I have to disagree. Nothing should be sacrificed and especially nobody. For the n % of extreme cases where mediation fails, we have to leave the door open to something we can escalate. We do not have to define a one rule for all possible issues but we do have to clearly state that we will act if we need to, on a case by case basis. Meditations alone do not always work, we know it already. I think instead of trying to make the RFC looks like what camp or the other wants for this specific section, we should propose the two and put options in the vote. That means I also do not agree to do it in another later RFC. These are fundamental parts of the RFC that should be agreed (or not) on from the beginning. -- Pierre @pierrejoye | http://www.libgd.org -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
