Re: [PHP-DEV] Future stability of PHP?

It depends on your environment and usecase. For me Node is actually a curious case. Node itself and its APIs are very stable and the stability of each API is clearly marked in the docs. But the NPM based ecosystem is almost the exact opposite. Using it for anything else than quick experiments

Re: [PHP-DEV] Future stability of PHP?

On 08.04.23 23:04, Ilija Tovilo wrote: > Hi Stephan > >> I'm sorry if this isn't the correct mailing list for that discussion but I >> couldn't find a more appropriate one where people actually know how the >> wind is >> blowing. > > No worries, this seems like the appropriate place. > >> Is the

Re: [PHP-DEV] Future stability of PHP?

Hi Stephan > I'm sorry if this isn't the correct mailing list for that discussion but I > couldn't find a more appropriate one where people actually know how the > wind is > blowing. No worries, this seems like the appropriate place. > Is there a way to tell which APIs and language features will

Re: [PHP-DEV] Future stability of PHP?

I agree with the OP's sentiment here. If I was starting a codebase from scratch today, I'd probably go with Node. I find that writing modern JavaScript is way easier than writing PHP these days, and the breaking changes in newer PHP versions make writing code harder rather than easier. PHP is the f

Re: [PHP-DEV] Future stability of PHP?

Hi Stephan, Generally, PHP tries to keep as much backwards compatibility as possible. Breaking changes are limited to minimum and done in the least obstructive way possible. When a deprecation is introduced, you have at least 3 years to update your code. But PHP also tries to move forward and the

Re: [PHP-DEV] Array spread append

Hi On 4/6/23 00:12, Vorisek, Michael wrote: > Hello, > > I would like to open a discussion for > https://github.com/php/php-src/issues/10791 . > [https://opengraph.githubassets.com/a23cb565cc8acac6a33ecab5d9ee68a46f046a1ffe215501673156e506695430/php/php-src/issues/10791]

[PHP-DEV] Future stability of PHP?

Hello, I'm sorry if this isn't the correct mailing list for that discussion but I couldn't find a more appropriate one where people actually know how the wind is blowing. 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 (d

Re: [PHP-DEV] [RFC] PHP Technical Committee

On Sat, Apr 8, 2023 at 5:54 PM Tim Düsterhus wrote: > It appears the RFC is not yet listed in the overview at > https://wiki.php.net/rfc, is this intentional? > Ah forgot about it. Fixed now. Thanks.

Re: [PHP-DEV] [RFC] PHP Technical Committee

Hi On 4/7/23 12:58, Jakub Zelenka wrote: Feel free to comment here or if you have just some wording suggestions there is also a PR in my util repository for easier collaboration on the text: https://github.com/bukka/php-util/pull/1 . So feel free to comment / send suggestion there as well. It