Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:65220 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 41378 invoked from network); 26 Jan 2013 18:34:57 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 26 Jan 2013 18:34:57 -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.183 as permitted sender) X-PHP-List-Original-Sender: smalyshev@sugarcrm.com X-Host-Fingerprint: 67.192.241.183 smtp183.dfw.emailsrvr.com Linux 2.6 Received: from [67.192.241.183] ([67.192.241.183:42366] helo=smtp183.dfw.emailsrvr.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 26/66-33516-FC124015 for ; Sat, 26 Jan 2013 13:34:56 -0500 Received: from localhost (localhost.localdomain [127.0.0.1]) by smtp18.relay.dfw1a.emailsrvr.com (SMTP Server) with ESMTP id 1AC9226849D; Sat, 26 Jan 2013 13:34:53 -0500 (EST) X-Virus-Scanned: OK Received: by smtp18.relay.dfw1a.emailsrvr.com (Authenticated sender: smalyshev-AT-sugarcrm.com) with ESMTPSA id C5D9826849C; Sat, 26 Jan 2013 13:34:52 -0500 (EST) Message-ID: <510421CC.1070001@sugarcrm.com> Date: Sat, 26 Jan 2013 10:34:52 -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: Clint Priest CC: "internals@lists.php.net" References: <5102D1DB.9060305@sugarcrm.com> <51032B3C.7040608@sugarcrm.com> <51033962.1030805@zerocue.com> <510342CD.6020405@sugarcrm.com> <5103471D.2010709@zerocue.com> In-Reply-To: <5103471D.2010709@zerocue.com> Content-Type: text/plain; charset=ISO-8859-2 Content-Transfer-Encoding: 7bit Subject: Re: [PHP-DEV] I think that "Function naming inconsistency" bug deservers more attention From: smalyshev@sugarcrm.com (Stas Malyshev) Hi! > I agree all of that would suck, but would it suck less than the > alternatives for the most people involved? Definitely not. I don't think most people involved care if it's called htmlentities or html_entities. Those are things that you learn once and don't care about them anymore, and if you forget, it takes a second to open the manual or activate code completion in your IDE. Dragging people into a language fragmentation and world of pain that follows just for that definitely does not fit my definition of "suck less". I understand there are some vocal people all over reddit and such that jump on every mention of PHP and start complaining about how function naming sucks and PHP is useless because of that. I think however the history proves it is of rather little importance. If we could fix it without causing major disruption - yeah, why not. But the cost of the solution you propose is way too high. -- Stanislav Malyshev, Software Architect SugarCRM: http://www.sugarcrm.com/ (408)454-6900 ext. 227