Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:65286 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 73237 invoked from network); 28 Jan 2013 19:23:59 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 28 Jan 2013 19:23:59 -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 67.192.241.143 as permitted sender) X-PHP-List-Original-Sender: smalyshev@sugarcrm.com X-Host-Fingerprint: 67.192.241.143 smtp143.dfw.emailsrvr.com Linux 2.6 Received: from [67.192.241.143] ([67.192.241.143:41108] helo=smtp143.dfw.emailsrvr.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 6C/68-28517-E40D6015 for ; Mon, 28 Jan 2013 14:23:59 -0500 Received: from localhost (localhost.localdomain [127.0.0.1]) by smtp24.relay.dfw1a.emailsrvr.com (SMTP Server) with ESMTP id 6D50C1800CB; Mon, 28 Jan 2013 14:23:55 -0500 (EST) X-Virus-Scanned: OK Received: by smtp24.relay.dfw1a.emailsrvr.com (Authenticated sender: smalyshev-AT-sugarcrm.com) with ESMTPSA id 31D831800C2; Mon, 28 Jan 2013 14:23:55 -0500 (EST) Message-ID: <5106D04B.5010706@sugarcrm.com> Date: Mon, 28 Jan 2013 11:23:55 -0800 Organization: SugarCRM User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:17.0) Gecko/20130107 Thunderbird/17.0.2 MIME-Version: 1.0 To: Pierre Joye CC: PHP internals References: <76a9565b2a095a72063a68f106a6b457@mail.gmail.com> <5ed6711b24349c82b7c17dd450ff7c80@mail.gmail.com> <7165e8331e1070234771f7ae9573cdf8@mail.gmail.com> <5106690E.6040908@zerocue.com> <0c562257e5e083f708cc7d24dbb1b4aa@mail.gmail.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Re: [PHP-DEV] Voting periods From: smalyshev@sugarcrm.com (Stas Malyshev) Hi! > I mean more "no matter if it is or not", but the result is not tie > anyway, accepted or not. Remember we talked about this while discussing voting? What we have here is a huge language feature (and, like it or dislike it, it is a big feature which had a lot of effort, energy and though spent on it, and also has a lot of consequences for PHP language, which may be good or bad depending on your POV) balancing more or less on a couple of votes. And because votes are so close, we get technicalities on which votes may hinge and possibility for gaming them and possibility of accusing each other of gaming them, and that doesn't contribute to consensus and general collaboration. So we need to think about how to make this better. -- Stanislav Malyshev, Software Architect SugarCRM: http://www.sugarcrm.com/ (408)454-6900 ext. 227