Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:52856 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 185 invoked from network); 3 Jun 2011 11:04:04 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 3 Jun 2011 11:04:04 -0000 Authentication-Results: pb1.pair.com header.from=ronabop@gmail.com; sender-id=pass; domainkeys=bad Authentication-Results: pb1.pair.com smtp.mail=ronabop@gmail.com; spf=pass; sender-id=pass Received-SPF: pass (pb1.pair.com: domain gmail.com designates 209.85.218.42 as permitted sender) DomainKey-Status: bad X-DomainKeys: Ecelerity dk_validate implementing draft-delany-domainkeys-base-01 X-PHP-List-Original-Sender: ronabop@gmail.com X-Host-Fingerprint: 209.85.218.42 mail-yi0-f42.google.com Received: from [209.85.218.42] ([209.85.218.42:61654] helo=mail-yi0-f42.google.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 4D/74-08509-1AFB8ED4 for ; Fri, 03 Jun 2011 07:04:01 -0400 Received: by yie36 with SMTP id 36so664315yie.29 for ; Fri, 03 Jun 2011 04:03:58 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=KDOHOUZtLv04BEzH6xEnc+zVGT+50fBL4NMwqQcK/cc=; b=dNAlPHDmTfdcMIbR9AXjmASX8fiH6XqB0prUEGRPmu2AxGcYucW80RoIzCSrI49A/T 6dRKal95NNfVaAi0w1Z60Ju0Wlyb0CDFh7P0Wpcw6wPZBv0GK/Ldh5eu0lMpdg+9CVhm Y3epWSKkZlID/oPQo563KlNuPWjsueVv0XnA4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=Mu+6TRqocBlmInU66xceXr+Hz1v1yzc1614knbcZqlNLr8+MLY5FRy7YZuDKFAnUsf cDVLASrQDhsKfzbHZWs03FXvED2oGY7klDAYApW0hxT4fYPeYz4FAWgNazre8tWgSjiP aNG7Ku62psKFK1PY99p5gNdsVDeIODBYzF9uA= MIME-Version: 1.0 Received: by 10.236.26.42 with SMTP id b30mr2552493yha.278.1307099038478; Fri, 03 Jun 2011 04:03:58 -0700 (PDT) Received: by 10.236.107.232 with HTTP; Fri, 3 Jun 2011 04:03:58 -0700 (PDT) In-Reply-To: References: <4DE7F179.5010402@sugarcrm.com> <4DE89534.5070206@sugarcrm.com> <4DE89CD2.4040302@sugarcrm.com> Date: Fri, 3 Jun 2011 04:03:58 -0700 Message-ID: To: Derick Rethans Cc: Stas Malyshev , PHP Internals Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Subject: Re: [PHP-DEV] Re: Voting does not belong on the wiki! (Was: [PHP-DEV] 5.4 moving forward) From: ronabop@gmail.com (Ronald Chmara) On Fri, Jun 3, 2011 at 1:42 AM, Derick Rethans wrote: > 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. We have *at least*a million PHP users. Maybe a billion now. (For those who were educated in the United States, a billion is a thousand times a million). If someone can't handle as mere 80 votes, well... maybe that's the problem. > *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. Read. Every. Message... or figure out another way. If you do not have the time to do so, maybe it's time to "check out" of a project. I read 900+ emails a day. I do not think others are incapable of this. >> 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. All voting is messy. As are opinions. >> > - editting votes on a wiki can too easily be manipulated (I could just >> > =A0 =A0change 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 d= o >> > votes by editting some page on some wiki. My problem is with the idea, and practice, of astroturfing, and other vote stacking methods. Moving from a mailinglist to a wiki does not change this problem, it just provides another media to play with.... without addressing the issue. I've been with the PHP project, off and on, for at least ten years now (hell, I have had "core commit" for ages, but rasmus, stas, zeev, andi wouldn't even recognize my face). and I've seen... interesting.... things over the years. It's not a democracy, it's a meritocracy. Votes don't count for much, other than expressing interest. If you want to change core, you have to send patches. Good patches. Working patches. Patches that don't fuck up testers, We can argue for years about whether or not code *should* be written, and take useless votes (IMHO) about it, or we can write the code. What we should not do... is whine about others not writing the code for us. Putting the whine on a mailing list, or a wiki, or twitter, or IRC, or won't change that. -Ronabop