Re: Future stability of PHP?

From: Date: Tue, 11 Apr 2023 19:23:33 +0000
Subject: Re: Future stability of PHP?
References: 1 2 3  Groups: php.internals 
Request: Send a blank email to internals+get-119943@lists.php.net to get a copy of this message
On Tue, Apr 11, 2023, 22:14 Gunnard engebreth <gunnard@gunnard.org> wrote: > > On 4/11/23 3:09 PM, 😉 Good Guy 😉 wrote: > > On 08/04/2023 19:36, Stephan Soller wrote: > >> > >> > >> A few days ago I migrated a project from PHP 7.1 to 8.2 and the > >> amount of > >> deprecations and fatal errors spooked me a bit (details below if you're > >> interested). That got me wondering about the long-term stability of > >> PHP (as in > >> language and API breaks) and I looked at the RFCs. I got the > >> impression that > >> static typing has a lot of traction now and I have no idea of what > >> the fallout > >> might be of changing a dynamically typed language into a statically > >> typed one. > >> Also API breaks seem to become more frequent (e.g. utf8_decode). I > >> stumbled > >> across the language evolution RFC proposals but it seems that > >> approach was > >> abandoned. > > > > I think the php focus has shifted from its original ethos. PHP was > > designed to be a tool to access sql databases and so the language was > > quite simple. > > > > Now php has become so difficult that people are asking what is the > > point pf PHP when programming languages such as c# or C or C++ or JS > > can do everything. It is difficult to learn these languages but so is > > PHP because it is becoming more like a desktop programming language. > > Might as well spend time learning main stream programming languages. > > > > PHP should focus on one thing and one thing only and that is to be the > > simplest tool for sql servers, mainly MySQL but also try supporting > > MS-SQL and PL-SQL (Oracle's premium database system). > > > I think this thread's focus has shifted from its original ethos... > > i'll see myself out ;) > Touché. This was just too classy of them not to acknowledge.

« previous php.internals (#119943) next »