I don't like such changes. Php 8 had a lot of breaking changes and upgrading it is already an arduous task. If I don't upgrade then package will demand php 8. If I don't upgrade package & language then I must stay alert of security vulnerabilities. And, changes like this makes relearning difficult. I wonder why majority of people in rfc voted "yes"
Thankfully I am investing in Rust language which has stability guarantee. In my opinion language shouldn't move fast. There should be balance. All those tutorials, guides become useless. There is a reason why COBOL is still used for 90%+ atm swipes.
There should be the php equivalent of LTS (long term support). After such a long time on php 5.. it felt like one of the features of the language was stability. Your old code ran. 7 was much faster so easy sell to upgrade. the versions obsolescence treadmill has begun.. I like the language but having to upgrade this frequently (every couple years) is a bit much.
We should just stop messing with it. PHP is what it is, if you want something better/different build another HACK.
At this point the language works and works well. Everyone knows where the sharp edges are. The only people who are unhappy are the people who are forced into being PHP devs by $dayjob and would prefer a different language.
You are extremely mistaken. I love PHP and am quite happy with how it's evolving into a more concise and well defined language.
If you don't like it you are free to continue using an old version.
Expecting a language to stagnate because you don't like learning new things is asinine and doesn't hold water anywhere in the programming world except among the laziest of code monkeys.
Not OP, but the only one that I know of and that can trip you up without giving any form of warning is the change of resources types to class types for some of the libraries, like curl.
Thus if your old code did a check like is_resource it will now return false instead of true.
> Thankfully I am investing in Rust language which has stability guarantee
For 25 years? Because that’s the timeline we’re talking about for PHP. There’s cruft after 25 years that should be cleaned out. Java is doing the same (but slower, and there’s less cruft).
You seriously think Rust or any language doesn’t need to change backwards compatibility for 25 years?
In almost two decades of PHP programming, I can remember that I was 'forced' by a webhost to update my code only once. They went from PHP5 to PHP7 - if I recall correctly - and I had to change some MySQL function calls to MySQL PDO.
It was slightly more work than changing function calls, but if my code had been object oriented at that time, it would have cost me one hour max. Your mileage may vary for bigger code bases.
Thankfully I am investing in Rust language which has stability guarantee. In my opinion language shouldn't move fast. There should be balance. All those tutorials, guides become useless. There is a reason why COBOL is still used for 90%+ atm swipes.