News for hackers. Stuff that matters.
Re:PHP RFC: Deprecate ${} string interpolation by dreadnip on Friday May 06, 2022 @05:01AM (#31282975)
> PHP as a language and ecosystem seems to be evolving backwards from a reliable, productive and accessible tool to something that is breaking callers, introduces versioning and upgrade issues.

Having 7 different methods to do string interpolation is not "productive and accessible", it's confusing and prone to abuse.

The whole "never break user land/space" axiom that the PHP core used to follow isn't healthy for the language, and I'm glad we're moving away from it.

I want PHP to grow into a more modern and stricter language, and I can understand that iterating fast and deprecating old behavior is part of that evolution.

Re:PHP RFC: Deprecate ${} string interpolation by Supermancho on Friday May 06, 2022 @10:14PM (#31291597)
> The whole "never break user land/space" axiom that the PHP core used to follow isn't healthy for the language

I would say it's not healthy for most languages.

Re:PHP RFC: Deprecate ${} string interpolation by bfz on Friday May 06, 2022 @05:29AM (#31283142)
Perhaps it can also be renamed "SHP" (strict homepage processor)

Why would anyone prefer a tool dead set on undoing their productive investments with each new release? Decisions like this are a massive red flag. It doesn't allow the feature to be removed (interpolation still exists and isn't going away), I doubt it simplifies the code much, it just breaks existing projects out of essentially a stylistic preference. That's not a tool I'd ever want to depend on

Re:PHP RFC: Deprecate ${} string interpolation by lsaferite on Friday May 06, 2022 @10:13AM (#31285330)
Did you read the full RFC? It's not strictly 'stylistic preference' as each version has slightly different capabilities and there's potential ambiguity between some of those capabilities.