Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:85601 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 74229 invoked from network); 31 Mar 2015 19:57:24 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 31 Mar 2015 19:57:24 -0000 Authentication-Results: pb1.pair.com smtp.mail=smalyshev@gmail.com; spf=pass; sender-id=pass Authentication-Results: pb1.pair.com header.from=smalyshev@gmail.com; sender-id=pass Received-SPF: pass (pb1.pair.com: domain gmail.com designates 209.85.192.173 as permitted sender) X-PHP-List-Original-Sender: smalyshev@gmail.com X-Host-Fingerprint: 209.85.192.173 mail-pd0-f173.google.com Received: from [209.85.192.173] ([209.85.192.173:35864] helo=mail-pd0-f173.google.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 0B/13-54064-32CFA155 for ; Tue, 31 Mar 2015 14:57:23 -0500 Received: by pdmh5 with SMTP id h5so18447724pdm.3 for ; Tue, 31 Mar 2015 12:57:20 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=dFrPxAkSXojDSvN+ehtVLXxGujb7xOjgyP/WMe7Au3s=; b=PeEu8ycYXMkMyClmPJLMxd8bXfQJrliUpFUz3Gm/grkgdYycnlzrT9t1UqJYA19/ES orEw0cP874Vp3pP0eicmmZMw0L4/rKSOcDcHNnU7K2ToV5k8a3J/rdm1avH3iNCVSxSm i+Z9ih1Bk644Q/MnficIrG3+Gwn8yUrk/fzmZmyHYL5S6ocWlapIjkbcpX7aCdQKjClW j3TkHn5p6bE7h+b9ftr/W7x8HszehHlKwuNAflwS0o0f5tb+JckpJ4EpSuJNZ9NR1AbH nsbnTA3ty2wcwuQmqWGaZAZHr6SClevUuWRNj+4oFHffedR8nbwWDpLIh/E3EwDW0ODp ynpw== X-Received: by 10.66.66.108 with SMTP id e12mr72214402pat.31.1427831840357; Tue, 31 Mar 2015 12:57:20 -0700 (PDT) Received: from Stas-Air.local (108-66-6-48.lightspeed.sntcca.sbcglobal.net. [108.66.6.48]) by mx.google.com with ESMTPSA id iw1sm14784287pbd.8.2015.03.31.12.57.18 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 31 Mar 2015 12:57:19 -0700 (PDT) Message-ID: <551AFC1E.6010501@gmail.com> Date: Tue, 31 Mar 2015 12:57:18 -0700 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:31.0) Gecko/20100101 Thunderbird/31.5.0 MIME-Version: 1.0 To: Pierre Joye CC: Julien Pauli , Ferenc Kovacs , Michael Wallner , PHP Internals , Stanislav Malyshev References: <55193060.5000804@php.net> <55199AE8.4090100@gmail.com> In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Subject: Re: [PHP-DEV] What's our official stance on small self-contained additions in a micro version From: smalyshev@gmail.com (Stanislav Malyshev) Hi! > The problem is always a definition question, a very subjective question. Fortunately, we can discuss it, we're not limited to blindly following predefined set of rules. > I do not really buy the "I am stuck with x.y" as one has the same > problem already. And he has barely a 2 years window to add them. No, right now you can add small enhancements to 5.5/5.6 and get it in production in terms of months, not several years. > About 7, yes, that's our only next release. We rejected any 5.7, so we > have to live with it. This has nothing to do with 5.7, 5.7 was proposed as BC break fodder, not as release vehicle for adding enhancements. In any case, even if we had 5.7, one it's released you can't add anything to it anymore, so you're back to square one. In any case, you have to wait years for any small enhancement to become available, unless you happen to be extremely lucky to propose it just before the release of the next major. > Now, about the BC breaks, I do not see that much BC breaks for modern > apps and even WP or D7 work quite well. Let focus on that instead of You know PHP world is much bigger than WP or D7, right? I've seen people still running 5.2 in production and reluctant to go forward. Look at the adoption figures. 5.6 is barely 1% and you propose add features into 7.1. Who'll use them - 0.0001%? People care about WP if they run WP - but most of them run their own apps. Or an assembly of apps, all different. > starting to using 5.6 as a solution of our frustration not being able > to move to 7, that would be terrible to have new features every patch > release. Let do not do that. It would be excellent to add new features each release. Let's do that. You see, I can argue like you - blanket statement without any substantiation. Can you also substantiate your position? I just did and you rejected it with a blanket statement "no, it's terrible". No, it's not, and the facts - including very low adoption of current versions - support it. Until we get better adoption, I don't see how it makes any sense to effectively ban any enhancements for 99.99% of PHP users. -- Stas Malyshev smalyshev@gmail.com