Perl 10

This is my take on the version debate. Bear in mind that I'm not a p5p nor a Perl 6 developer, so I don't get a vote. I can still have an opinion though...

Perl 6 represents the future of Perl. But given the amount of time taken to get to where it is today, and the amount of work still needed before it can be put forward as a serious replacement for Perl 5, it realistically represents the distant future of Perl.

Perl 6 should stop squatting on the major version "6" until it gets its act together, and rebrand as something funky and mystical sounding like "Black Perl".

Once what is now known as Perl 6 has a different name, it gives p5p the freedom to release Perl 6, Perl 7, Perl 8, etc. They don't have to - and none of the stuff coming up in 5.18 would justify a major version bump - but they'd have the choice.

P5P should cautiously adopt features from Black Perl (or whatever it's called) where they can be done without disrupting existing Perl 5 syntax too much, much like has already happened with say, the defined-or operator, etc.

Once Black Perl is a serious contender to replace p5p's Perls in terms of performance, stability and the ability to run the majority of CPAN code (which would be helped by the p5p Perls adopting Black Perl features, and thus CPAN slowly becoming more Black Perlish), then it would replace the existing codebase and become the official Perl 9 or Perl 10 or whatever.

3 Comments

That should be obvious that even after potential renaming of the current Perl 6 project it will not be possible to ship Perl 5.20 (or any other 5.x) as Perl 6, as it would be a disaster for web search.