Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:85713 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 37862 invoked from network); 3 Apr 2015 17:38:36 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 3 Apr 2015 17:38:36 -0000 Authentication-Results: pb1.pair.com header.from=rowan.collins@gmail.com; sender-id=pass Authentication-Results: pb1.pair.com smtp.mail=rowan.collins@gmail.com; spf=pass; sender-id=pass Received-SPF: pass (pb1.pair.com: domain gmail.com designates 209.85.212.179 as permitted sender) X-PHP-List-Original-Sender: rowan.collins@gmail.com X-Host-Fingerprint: 209.85.212.179 mail-wi0-f179.google.com Received: from [209.85.212.179] ([209.85.212.179:35483] helo=mail-wi0-f179.google.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id E9/02-23347-A10DE155 for ; Fri, 03 Apr 2015 12:38:35 -0500 Received: by widdi4 with SMTP id di4so113510509wid.0 for ; Fri, 03 Apr 2015 10:38:32 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=user-agent:in-reply-to:references:mime-version :content-transfer-encoding:content-type:subject:from:date:to :message-id; bh=YHR+5/Y+nfiqeF95iCEQMEsJKbiBTvJJI1IYPbCGp+A=; b=ks4YNqfwHRnrPk99YWKofR2Ioywdzb54mTgCJJrJhIthkVGIpAIwuEiMtG+5Nbt8yi I8z/qla3xMdkzAYhbEV96thj4OtOH8KOOTwmxyw569aujOwlQ67mEraB2uE0yEHX5E07 bGkHO2dcJKYQyzO8R9CN6dORDxG/EdmRWRMlD7NH+iBfoCWsZ18CbMGF3vjX5/xS30KT BXJ4rn9u0yxyPsMOKDRHfgDpYq6mYzeb1DLQ8HBoDeDh4/jPmFTdAGB376g7E0vwy/4c r12Zzoix8vnplBWAYJ+C1o5gfKeIpPD3SAJwh+EPrzfkKNS88X7r1SwlLxG7kUSjtZWC O1VA== X-Received: by 10.194.208.229 with SMTP id mh5mr7008762wjc.108.1428082712027; Fri, 03 Apr 2015 10:38:32 -0700 (PDT) Received: from [192.168.0.2] (cpc68956-brig15-2-0-cust215.3-3.cable.virginm.net. [82.6.24.216]) by mx.google.com with ESMTPSA id bx3sm12350129wjc.21.2015.04.03.10.38.31 for (version=TLSv1.2 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Fri, 03 Apr 2015 10:38:31 -0700 (PDT) User-Agent: K-9 Mail for Android In-Reply-To: <551C8F18.7080401@gmail.com> References: <551BC7CF.3080309@birkholz.biz> <551C44C7.6060108@gmail.com> <551C48AC.3090908@birkholz.biz> <551C4A60.2050805@gmail.com> <551C5045.3010405@birkholz.biz> <551C56E2.8090100@gmail.com> <551C5AFB.7090107@birkholz.biz> <551C6296.40101@gmail.com> <551C7B32.70200@gmx.de> <551C7D86.6040608@gmail.com> <551C8B8C.4050206@gmx.de> <551C8F18.7080401@gmail.com> MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset=UTF-8 Date: Fri, 03 Apr 2015 18:37:25 +0100 To: internals@lists.php.net Message-ID: <4732B4F6-6199-42E6-BD72-635885DD70DC@gmail.com> Subject: Re: [PHP-DEV] What's our official stance on small self-containedadditionsin a micro version From: rowan.collins@gmail.com (Rowan Collins) On 2 April 2015 01:36:40 GMT+01:00, Stanislav Malyshev wrote: >> Would that be considered to be bad style? If so, where is it >documented? > >Yes. It is common sense. Not everything has to be spelled out to be >true, and I think rule lawyering and ignoring common sense is not going >to help anybody here. If you don't understand that adding preg_* >function in global namespace that looks like existing core function is >a >bad idea, maybe some mentorship by more experienced developer is in >order. I think you go much too far here: yes, adding a function designed to look like a core one should be considered carefully, but I don't think it's "insane" or a sign that a user "needs mentoring by someone more experienced". It's equally "common sense" to assume that if I look at the manual and it says a function doesn't exist in PHP 5.6, it will continue to not exist unless I adopt a new version. If I then run "apt-get upgrade" and find (as you have expressed a wish for) that it brings in a new patch version of PHP, I'm unlikely to think of this as "adopting a new version of PHP". I think surprise at finding a whole new function conflicting with mine would be a perfectly sane reaction. Now, as I've said before, I think the compromise of allowing such additions in the current stable branch is probably sensible. But justifying this by insulting users who don't think of the global namespace as reserved is not helpful. The fact is there is no (used) reserved namespace in PHP; if we can remedy that, this whole line of argument becomes moot. Regards, -- Rowan Collins [IMSoP]