Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:84911
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: pass (pb1.pair.com: domain tutteli.ch designates 80.74.154.78 as permitted sender)
To: "'Matthew Leverton'" <leverton@gmail.com>,
	"'Anthony Ferrara'" <ircmaxell@gmail.com>
Cc: <internals@lists.php.net>
References: <CAAyV7nEikYZNmaAnRy9hkRBnDDP=Ey43-nZbJGMHmQ_dAC_vgw@mail.gmail.com> <CAN=kQJerdj=K4UcfshqVfU3nSRWtX-=GYvAk+6M_7kdWyU-ZGQ@mail.gmail.com>
In-Reply-To: <CAN=kQJerdj=K4UcfshqVfU3nSRWtX-=GYvAk+6M_7kdWyU-ZGQ@mail.gmail.com>
Date: Sun, 15 Mar 2015 21:53:22 +0100
Message-ID: <009301d05f62$13dbccb0$3b936610$@tutteli.ch>
MIME-Version: 1.0
Content-Type: text/plain;
	charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
Thread-Index: AQLGHNNJ/c4R6hyKqIhJTLJ5jFgUpgHc4qdVmyOh55A=
Content-Language: de-ch
Subject: AW: [PHP-DEV] Voting irregularities
From: php@tutteli.ch ("Robert Stoll")

> -----Urspr=C3=BCngliche Nachricht-----
> Von: Matthew Leverton [mailto:leverton@gmail.com]
> Gesendet: Sonntag, 15. M=C3=A4rz 2015 20:46
> An: Anthony Ferrara
> Cc: internals@lists.php.net
> Betreff: Re: [PHP-DEV] Voting irregularities
>=20
> On Sun, Mar 15, 2015 at 9:19 AM, Anthony Ferrara <ircmaxell@gmail.com> =
wrote:
> > All,
> >
> > I ran some numbers on the current votes of the dual-mode vote right
> > now. There were a number of voters that I didn't recognize. So I
> > decided to pull some stats.
> >
> ...
> >
> > Something that I think we need to discuss as a group.
> >
> > So consider that discussion open.
> >
> I think this is likely because the votes are made public during voting =
phase. To me, that is a bad thing. It makes for an ugly
> voting period.
> That sort of politics should happen during the discussion phase.
>=20
> So I don't think there's anything wrong with "first time voters"
> voting No en masse here. I just think there's a major problem in =
having a real-time count of votes during the voting period.
>=20
> If votes weren't made public during the voting, then more people would =
vote on more issues... avoiding this situation
> where people come from "nowhere" to cast a vote as word gets out on =
blogs that something terrible is about to happen.
>=20
> In short, I think the real-time public vote results causes a few =
problems:
>=20
> 1) Bandwagon voting, or "vote for the winner" mindset. The early wave =
of voters can impact the results by discouraging
> people from voting.
> (Look at Zeev's RFC vote count vs Anthony's.)
> 2) The losing side feverishly drumming up votes, often with scare =
tactics - i.e., vocal minority. (It's much easier for the "No"
> side of any vote to appeal to this.)
> 3) In rare cases, Gaming the system - closing the vote at the exact =
time that benefits the owner of the RFC.
>=20
> So I don't think there's anything sinister here. It's just the natural =
result of the voting rules.
>=20
> --
> Matthew Leverton
>=20
> --
> PHP Internals - PHP Runtime Development Mailing List To unsubscribe, =
visit: http://www.php.net/unsub.php

I agree with Matthew here, the voting process should be revised and =
votes should not be public -- for anyone -- until closed. I mean, every =
sane democratic country is using the secret ballot method, why shouldn't =
PHP use it?

But I am not a voter, so just my 2 cents

Cheers, Robert