Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:52850
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: unknown (pb1.pair.com: domain php.net does not designate 82.113.146.227 as permitted sender)
Date: Fri, 3 Jun 2011 09:42:27 +0100 (BST)
To: Stas Malyshev <smalyshev@sugarcrm.com>
cc: PHP Internals <internals@lists.php.net>
In-Reply-To: <4DE89CD2.4040302@sugarcrm.com>
Message-ID: <alpine.DEB.2.02.1106030937571.9040@whisky>
References: <4DE7F179.5010402@sugarcrm.com> <alpine.DEB.2.02.1106030843370.9040@whisky> <4DE89534.5070206@sugarcrm.com> <alpine.DEB.2.02.1106030920570.9040@whisky> <4DE89CD2.4040302@sugarcrm.com>
User-Agent: Alpine 2.02 (DEB 1266 2009-07-14)
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Subject: Re: Voting does not belong on the wiki! (Was: [PHP-DEV] 5.4 moving
 forward)
From: derick@php.net (Derick Rethans)

On Fri, 3 Jun 2011, Stas Malyshev wrote:

> > - a call to vote is easily drowned out on the ML with all the noise
> 
> I read the same ML as you do :) Using threaded email client it is very 
> easy to separate new threads and see calls for votes.

That is subjective. And even with a threaded client, if there are 80+ 
new messages then the call for vote is drowned out. *Requiring* 
something like [VOTE] in the subject helps, as then you can set-up a 
filter. And if it's a requirement, every call without [VOTE] in the 
subject is invalid. (Easy to fix if somebody forgot it as well). It 
would expose this kind of thing.

> Also, voting on ML does not solve the "drowning out" problem, it makes 
> it worse as about 80% of the people in given vote in a given moment 
> can't say what they are/supposed to be voting for, is discussion still 
> ongoing and what's the consensus, if any.

I didn't disagree with this.

> > - editting votes on a wiki can too easily be manipulated (I could just
> >    change your votes, and there would be no trail).
> 
> Votes are public, if you see somebody edited it you'd notice. As 
> editing could be done only by admins (if I understand correctly, same 
> guys having root on pretty much all PHP infrastructure) if a plugin is 
> used (see below) I don't think it's a big concern.
> 
> > And IMO, those two things should be sorted out before we "decide" to do
> > votes by editting some page on some wiki.
> 
> docuwiki has voting plugins for that purpose, editing some page is not the
> only way. For example: http://www.dokuwiki.org/plugin:doodle2

There is no plugin used for it yet, and that's my problem with it. 

Derick

-- 
http://derickrethans.nl | http://xdebug.org
Like Xdebug? Consider a donation: http://xdebug.org/donate.php
twitter: @derickr and @xdebug