On Tue, 16 Jul 2019 at 16:18, Zeev Suraski <z...@php.net> wrote:

> Given apparently nobody has paid any attention to this email (both in terms
> of my support of deprecating hebrevc(), and my request to reconsider
> supporting proposals with substantial numbers of 'nay' voters) - I'm
> resending it one more time for consideration:
>
> On Wed, Jul 10, 2019 at 2:33 PM <z...@php.net> wrote:
>
> > Two separate topics on this message:
> >
> >
> >
> > First – I wanted to point out that my fierce defense of the hebrev()
> > function does not in fact extend to hebrevc().  As much as I think the
> RFC
> > was really wrong about hebrev(), and we got scarily close to deprecating
> a
> > functionality that – while somewhat esoteric – can be extremely useful
> > and cannot be easily replicated in any way – I have to say that I think
> > the RFC is pretty much correct on hebrevc().  I don't think it's very
> > plausible hebrevc() is still in use today – and even if we're missing
> > something and it is – it can be implemented in a one liner with 100.00%
> > compatibility.  While I don't think it brings much value to deprecate it
> –
> > perhaps sending the message that you shouldn't be using it for HTML bears
> > *some* level of value.  I voted in favor.
> >
> >
> >
> > Now, with that said – I would *really* encourage everyone who voted on
> > this RFC (as well as ones who haven't) to take a look at what I would
> call
> > the 'contentious votes' in there.  In a nutshell, votes with a
> substantial
> > amount of people voting against the deprecation.  If you voted 'yes' for
> > one of these – please consider, for a moment, whether your position on it
> > is "It's evil, I really think we're better off without it" or whether
> it's
> > more of a "I don't think it's very useful".   If it's the former – by all
> > means, keep your vote.  But if it's the latter – please consider the
> > possibility that the fact that a substantial number of people feel
> strongly
> > enough about keeping it to vote against the deprecation (and let's admit
> it
> > – against the odds), may mean it is, in fact, useful – even if you don't
> > find it useful yourself.
> >
> >
> >
> > While we can argue whether consensus-based voting makes sense for votes
> in
> > general, I think it's tenfold more important when dealing with
> > deprecations.  If there's a substantial minority that thinks a feature is
> > still useful – we should keep it – unless there's a real tangible cost
> > associated with keeping it.  For most of the proposed deprecations – that
> > cost is simply not there.
> >
> >
> >
> > For reference, this is what consensus looks like:
> >
> > https://www.dropbox.com/s/asfgt98rss3xyw2/consensus.PNG?dl=0
> >
> > https://www.dropbox.com/s/iia7ua4xh6bihe3/consensus2.PNG?dl=0
> >
> >
> >
> > And this is what it doesn't look like:
> >
> > https://www.dropbox.com/s/56jdl2v1lpxba49/no-consensus.PNG?dl=0
> >
> > https://www.dropbox.com/s/hj8jozuun7a4w42/no-consensus2.PNG?dl=0
> >
> >
> >
> > To connect with the first point – the hebrevc() vote certainly looks a
> > lot more like the latter than the former, but I do believe it's mostly
> > related to confusion with hebrev() and as the author of both – I feel
> > comfortable supporting its removal :)
> >
> >
> >
> > Thanks for your consideration,
> >
> >
> >
> > Zeev
> >
>

Hello Zeev,

First of all it seems that you've mixed up your consensus2 and no-consesus2
files as they currently show the opposite of what you want to convey, I
think.

Secondly the word you are looking for here is "unanimity"/"unanimous" as
per the Cambridge dictionary [1]:

> *If a group of people are unanimous, they all agree about one particular
> matter or vote the same way, and if a decision or judgment is unanimous, it
> is formed or supported by everyone in a group*


As consensus means, also from the Cambridge dictionary [2]:

> *a generally accepted opinion or decision among a group of people*
>

Now unanimity implies consensus however not having a unanimous vote does
not mean there is no consensus.
Moreover, even though "consensus" does come from the Latin *cōnsēnsus*
(“agreement,
accordance, unanimity”) [3] it does not require unanimity IMHO.

The RFC process establishes a consensus when 2/3 of the voters agree, which
is currently the case.
An argument could be made that this isn't a large enough consensus -
something I don't agree with - however, at the time of writing this, all
the deprecations even pass a 3/4 consensus [4].

Best regards

George P. Banyard

[1] https://dictionary.cambridge.org/dictionary/english/unanimous
[2] https://dictionary.cambridge.org/dictionary/english/consensus
[3] https://en.wiktionary.org/wiki/consensus
[4] https://php-rfc-watch.beberlei.de/

Reply via email to