Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:119845
MIME-Version: 1.0
References: <aa9f0f66-f772-3fc4-4f66-2245930ab089@helionweb.de>
 <CAGBsUrcQWKc+JD2adprcgdqNAKr==McFeoYO3WF3pR2qxgon2g@mail.gmail.com>
 <CAMXcktN64EsoErjbFzdWe+qzM5RVYNR98WO8xcLOYxeYCK=NiA@mail.gmail.com>
 <CADK1yXJMgSrjCahW2_G-C=ye=mBiuWtQAKyJrbFc-W4ODL6fZw@mail.gmail.com> <CAGBsUrd=X6d8eZsSjaz+hQYLTCPCHPExhsawWhr8BWD=prEb1Q@mail.gmail.com>
In-Reply-To: <CAGBsUrd=X6d8eZsSjaz+hQYLTCPCHPExhsawWhr8BWD=prEb1Q@mail.gmail.com>
Date: Mon, 10 Apr 2023 00:17:21 -0300
Message-ID: <CADK1yXJuhNCGRKaGhO0s0PCcz5P=fYC3+6QwVYTX1b8fe_ks2w@mail.gmail.com>
To: Kamil Tekiela <tekiela246@gmail.com>
Cc: Dan Liebner <dliebner@gmail.com>, Stephan Soller <stephan.soller@helionweb.de>, 
	PHP internals <internals@lists.php.net>
Content-Type: multipart/alternative; boundary="000000000000c8410405f8f2d0de"
Subject: Re: [PHP-DEV] Future stability of PHP?
From: deleugyn@gmail.com (Deleu)

--000000000000c8410405f8f2d0de
Content-Type: text/plain; charset="UTF-8"

On Sun, Apr 9, 2023, 7:10 PM Kamil Tekiela <tekiela246@gmail.com> wrote:

>
> I'd rather say that the roadblocks people are facing in upgrading legacy
> projects are not specific to PHP 8, but rather a technical debt acquired
> over the past 10-15 years. Even if nothing would change in PHP 8, people
> would still complain about the upgrade because of unrelated reasons.
>
>
> Regards,
> Kamil
>

I'm sorry for the double-answer but this snippet striked me a lot. I'm
quite curious to read a follow up on what you mean by unrelated reasons
here.

Suppose a parallel universe that code written in PHP 5.6 runs without any
changes in PHP 8.2. What unrelated changes would people have to not
upgrade? If the code runs exactly the same, there's no warnings converted
into exceptions that change code execution, no deprecations, no behavior
changes, what is it that people would complain about?

Or maybe when you wrote "Even if nothing would change in PHP 8" you meant
something different than what I interpreted?

>

--000000000000c8410405f8f2d0de--