Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:76147 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 56091 invoked from network); 25 Jul 2014 22:01:11 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 25 Jul 2014 22:01:11 -0000 Authentication-Results: pb1.pair.com header.from=smalyshev@sugarcrm.com; sender-id=pass Authentication-Results: pb1.pair.com smtp.mail=smalyshev@sugarcrm.com; spf=pass; sender-id=pass Received-SPF: pass (pb1.pair.com: domain sugarcrm.com designates 108.166.43.107 as permitted sender) X-PHP-List-Original-Sender: smalyshev@sugarcrm.com X-Host-Fingerprint: 108.166.43.107 smtp107.ord1c.emailsrvr.com Linux 2.6 Received: from [108.166.43.107] ([108.166.43.107:57213] helo=smtp107.ord1c.emailsrvr.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 05/8E-08559-1A3D2D35 for ; Fri, 25 Jul 2014 18:01:10 -0400 Received: from localhost (localhost.localdomain [127.0.0.1]) by smtp14.relay.ord1c.emailsrvr.com (SMTP Server) with ESMTP id A2D50180679; Fri, 25 Jul 2014 18:01:09 -0400 (EDT) X-Virus-Scanned: OK Received: by smtp14.relay.ord1c.emailsrvr.com (Authenticated sender: smalyshev-AT-sugarcrm.com) with ESMTPSA id 5AE0E18043C; Fri, 25 Jul 2014 18:01:09 -0400 (EDT) X-Sender-Id: smalyshev@sugarcrm.com Received: from Stass-MacBook-Pro.local ([UNAVAILABLE]. [74.85.23.222]) (using TLSv1.2 with cipher DHE-RSA-AES128-SHA) by 0.0.0.0:465 (trex/5.2.10); Fri, 25 Jul 2014 22:01:09 GMT Message-ID: <53D2D3A4.5090204@sugarcrm.com> Date: Fri, 25 Jul 2014 15:01:08 -0700 Organization: SugarCRM User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:31.0) Gecko/20100101 Thunderbird/31.0 MIME-Version: 1.0 To: "bishop@php.net" , PHP internals References: In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Subject: Re: [PHP-DEV] On voting, including the next release name. From: smalyshev@sugarcrm.com (Stas Malyshev) Hi! > The way voting works now, I happen to know which option is "winning". I > happened to know that *before* I cast my vote. The current results are > posted on the RFC, and the same information percolated into emails > encouraging folks to vote. I wonder, though, if knowing which was "leading" > and who chose which "side" affected my vote.... If you're not sure which side is right and you just want to side with one that is currently winning, then why vote at all? It is currently winning in any case, so your vote is not required, and you obviously not sure which option is right anyway. > I propose that a poll's results tabulation be hidden until after the poll We already discussed it, and it was rejected. > . Otherwise, how do we know > the vote reflects just the presented arguments instead of the arguments > *and* the weight of popularity? If you are not sure if you understand the matter enough to have an informed opinion and not just jump on the bandwagon, please refrain from voting. Thanks, -- Stanislav Malyshev, Software Architect SugarCRM: http://www.sugarcrm.com/