Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:52152 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 62738 invoked from network); 9 May 2011 16:55:07 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 9 May 2011 16:55:07 -0000 Authentication-Results: pb1.pair.com smtp.mail=smalyshev@sugarcrm.com; spf=pass; sender-id=pass Authentication-Results: pb1.pair.com header.from=smalyshev@sugarcrm.com; sender-id=pass Received-SPF: pass (pb1.pair.com: domain sugarcrm.com designates 207.97.245.133 as permitted sender) X-PHP-List-Original-Sender: smalyshev@sugarcrm.com X-Host-Fingerprint: 207.97.245.133 smtp133.iad.emailsrvr.com Linux 2.6 Received: from [207.97.245.133] ([207.97.245.133:47536] helo=smtp133.iad.emailsrvr.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 95/49-20726-A6C18CD4 for ; Mon, 09 May 2011 12:55:07 -0400 Received: from localhost (localhost.localdomain [127.0.0.1]) by smtp43.relay.iad1a.emailsrvr.com (SMTP Server) with ESMTP id E95542D06B2; Mon, 9 May 2011 12:55:03 -0400 (EDT) X-Virus-Scanned: OK Received: by smtp43.relay.iad1a.emailsrvr.com (Authenticated sender: smalyshev-AT-sugarcrm.com) with ESMTPSA id 76CD32D049E; Mon, 9 May 2011 12:55:03 -0400 (EDT) Message-ID: <4DC81C66.50009@sugarcrm.com> Date: Mon, 09 May 2011 09:55:02 -0700 Organization: SugarCRM User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en-US; rv:1.9.2.17) Gecko/20110414 Thunderbird/3.1.10 MIME-Version: 1.0 To: "guilhermeblanco@gmail.com" CC: PHP Internals References: <4DC729EE.9090600@sugarcrm.com> <4DC75FFF.40008@lerdorf.com> <4DC7A7F0.4000504@sugarcrm.com> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: [PHP-DEV] 5.4 again From: smalyshev@sugarcrm.com (Stas Malyshev) Hi! > It seems to me that you are not interested on user's request and > rather accept/implement only what the features that interest you. It's > very bad for the language and very bad for all of users. Of course we are interested in user's requests, and we implemented tons of features at user's requests. That, however, does not mean we will implement _every_ requested feature, and of course for features that we like and understand the chance of being implemented are much higher and for features that core contributors don't feel make sense or go contrary to what they feel PHP should be the chance is low. I don't think it can work any other way, at least not in volunteer-driven project. -- Stanislav Malyshev, Software Architect SugarCRM: http://www.sugarcrm.com/ (408)454-6900 ext. 227