Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:94003
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: pass (pb1.pair.com: domain seld.be designates 74.125.82.54 as permitted sender)
To: internals@lists.php.net
References: <6c03dafd-093a-0087-6312-96fede93c5f0@gmail.com>
 <BY2PR0201MB17843F26C4E02181DDDED285BF540@BY2PR0201MB1784.namprd02.prod.outlook.com>
 <1c437efe-7f1d-629f-cfbc-41cbcda38d89@fleshgrinder.com>
 <CAEZPtU6PonqQcT5sQf1FUd-Vwp-qcZ5r0jzL-Cdn3r3=wpLJDA@mail.gmail.com>
Message-ID: <55d87b00-ebcd-6132-ea29-1978236930e7@seld.be>
Date: Wed, 15 Jun 2016 12:38:35 +0100
User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:45.0) Gecko/20100101
 Thunderbird/45.1.1
MIME-Version: 1.0
In-Reply-To: <CAEZPtU6PonqQcT5sQf1FUd-Vwp-qcZ5r0jzL-Cdn3r3=wpLJDA@mail.gmail.com>
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 7bit
Subject: Re: [PHP-DEV] Is the "No BC Breaks in Minor Releases" policy
 enforceable?
From: j.boggiano@seld.be (Jordi Boggiano)

On 15/06/2016 11:41, Pierre Joye wrote:
> I also understand the needs to change, update, optimize or clean our
> edge cases to open the path to JIT and the likes. However I would be
> very careful about that, and Dmitry and the team are very careful. I
> also have to say that to the very short timeline to finalize 7.0
> should not be paid by breaking BCs in 7.x. We can have a short
> timeline for 8.0 as well. If we need more drastic BC breaks earlier
> than expected. If JIT is a goal for 8.0, then let do the BC breaks in
> 8.0 and prepare our users using 7.x.

+1 to that, it would be much better to introduce BC (strong/er) warnings 
in 7.1/7.2 and then if needed branch off 8.0 already so that JIT work 
can happen there with the BC warnings (and related features) removed. 
8.0 could then come a year or two after 7.1 depending on how the JIT 
work progresses. This would keep the "BC promise" intact instead of 
going back to cowboy php days.

We are finally seeing more rapid PHP version adoption and I think it 
would be a shame to break the trust PHP gained in the last few years of 
stable and predictable releases.

Cheers

-- 
Jordi Boggiano
@seldaek - http://seld.be