undefined | Better HN

0 pointsZikes11y ago0 comments

Agreed! PHP really needs a non-backwards compatible fork, something to go back and refactor all the built-in functions so they're consistently named and the arguments are consistently ordered, and with sensible defaults all around.

If the fork did nothing else, that would still be a huge leap forward.

0 comments

TazeTSchnitzel11y ago

No, it really doesn't.

Forks are highly dangerous and fragment communities. Massive BC breaks kill adoption of new versions.

If you want nicer functions, add a new, parallel API.

(Speaking as a former PHP internals contributor.)

MaulingMonkey11y ago

+1. People are still on Python 2.x.

If you want safety, add a nice upgrade path so people can actually start using it easily on their existing codebases.

Tag the old API as potentially dangerous/unsafe/deprecated/ugly and warn (or error out if you can opt into a strict mode per-file) so people can upgrade incrementally without waiting for all their dependencies to first (who won't because they have no upgraded users), and without breaking all their tests in one mega-commit.

noir_lord11y ago

> If you want nicer functions, add a new, parallel API.

This has been one of my 'shower' (think about in the shower) projects for quite a while :).

One day I might even take a stab at it.

ZikesOP11y ago

So a new API with the old one deprecated. Same thing.

fsk11y ago

Actually, one reason people still use PHP is backward-compatibility. You can take an old project, import it to the latest PHP, and it'll mostly work. Try doing that with node, Rails, Python, or Angular 1.0.

One big mistake Microsoft made was breaking compatibility with VB6 and VB.NET. What happens to all those people who spent years developing VB6 applications?

If you took PHP and refactored everything and cleaned up the bad bits, it'd be a new language and not PHP. You'd be starting over from scratch and competing with all the other hot and trendy languages fighting for users.

NeutronBoy11y ago

How's that working out for adoption of Python 3?

fapjacks11y ago

Right, as if Python 3 is a hostile fork or something. Nope. The pushback against Python 3 boils right down to laziness on the part of library authors, and the 2.x people serve as a kind of echo chamber of conspiracy theory about what's simply an iteration.

NeutronBoy11y ago

That's kind of my point: If a non-hostile, non-forked, major version upgrade to an established language like Python encounters pushback from library maintainers and the community, what chance is there that a hostile fork to PHP will gather support from a critical mass of maintainers and community?

I honestly think a better way would be to write a library that acts as a wrapper/translation layer to the non-intuitive commands that exist in PHP (thinking about it, I'm sure one probably already exists).

1 more reply

ZikesOP11y ago

And don't forget Perl 6!

j / k navigate · click thread line to collapse

0 comments

TazeTSchnitzel11y ago

No, it really doesn't.

Forks are highly dangerous and fragment communities. Massive BC breaks kill adoption of new versions.

If you want nicer functions, add a new, parallel API.

(Speaking as a former PHP internals contributor.)

MaulingMonkey11y ago

+1. People are still on Python 2.x.

If you want safety, add a nice upgrade path so people can actually start using it easily on their existing codebases.

noir_lord11y ago

> If you want nicer functions, add a new, parallel API.

This has been one of my 'shower' (think about in the shower) projects for quite a while :).

One day I might even take a stab at it.

ZikesOP11y ago

So a new API with the old one deprecated. Same thing.

fsk11y ago

One big mistake Microsoft made was breaking compatibility with VB6 and VB.NET. What happens to all those people who spent years developing VB6 applications?

NeutronBoy11y ago

How's that working out for adoption of Python 3?

fapjacks11y ago

NeutronBoy11y ago

1 more reply

ZikesOP11y ago

And don't forget Perl 6!

j / k navigate · click thread line to collapse