Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:119843
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>
In-Reply-To: <CADK1yXJMgSrjCahW2_G-C=ye=mBiuWtQAKyJrbFc-W4ODL6fZw@mail.gmail.com>
Date: Sun, 9 Apr 2023 23:10:38 +0100
Message-ID: <CAGBsUrd=X6d8eZsSjaz+hQYLTCPCHPExhsawWhr8BWD=prEb1Q@mail.gmail.com>
To: Deleu <deleugyn@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="000000000000eefde105f8ee87c6"
Subject: Re: [PHP-DEV] Future stability of PHP?
From: tekiela246@gmail.com (Kamil Tekiela)

--000000000000eefde105f8ee87c6
Content-Type: text/plain; charset="UTF-8"

>  But what's the point of starting a greenfield project in PHP while
Typescript is right there?

If that is true then we have pushed PHP to its death. PHP is dead and we
can move on to other projects. But that's obviously not true. I could claim
the complete opposite: why start a project in Typescript when PHP is there
and it's a more mature language? At the end of the day, it comes down to
personal preference. The language is perfectly suitable for greenfield
implementation. If it wasn't, then there would be RFCs trying to change
things that are wrong with it.

> But the cost is catastrophic. If you have a legacy codebase hanging over
your head you probably know how hard it is to upgrade it.

I wonder about this every time I hear this claim. What exactly changed in
PHP 8.0 that made the upgrade path so difficult? The upgrade to PHP 9 may
be a little more difficult because of some of the recent deprecations, but
that's still years ahead of us. So what's exactly driving people away from
PHP 8? Why is the adoption dwindling?

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. But
please prove me wrong. Is there actually any change in PHP 8.0 that is a
major source of work?

If PHP went in the wrong direction, let's suggest something to fix it. If
there are no suggestions for improvement then what are people complaining
about?


Regards,
Kamil

--000000000000eefde105f8ee87c6--