Beefy Boxes and Bandwidth Generously Provided by pair Networks
Come for the quick hacks, stay for the epiphanies.
 
PerlMonks  

Re^5: Will Perl 6 Replace Perl 5?

by JavaFan (Canon)
on Jan 04, 2010 at 15:19 UTC ( [id://815581]=note: print w/replies, xml ) Need Help??


in reply to Re^4: Will Perl 6 Replace Perl 5?
in thread Will Perl 6 Replace Perl 5?

What criteria would a language (any language) have to fulfill so that you would call it the next version of Perl?
For starters, it should be (largely) backwards compatible. For instance, the majority of CPAN code (just to take an example) should run without any problems or differences. That's not true with Perl 6. Operators change names. Sigils change. The regexp syntax is quite different. For loops change. Hash indices change. There'll be syntax changing whitespace. And no doubt there'll be more, but I don't look that often into Perl 6.

Now, noone has to defend the choices that were made. That's not the point. But I cannot take a Perl 5 program, and gradually add Perl 6 constructs (I'm aware of the plans to be ablet to compile Perl 5 - but that's not backwards compatible - then Perl 5 could be called backwards compatible with sh, because it's able to fire up sh for you).

There are too many syntax changes to make it backwards compatible in my book.

Note that I'm not saying 100% backwards compatability should always be achieved. But IMO, the changes with Perl are too much that I won't call "Perl 6" the same language as "Perl".

Replies are listed 'Best First'.
Re^6: Will Perl 6 Replace Perl 5?
by Jenda (Abbot) on Jan 04, 2010 at 17:31 UTC

    Largely would be enough. I mean if things that HAVE TO change changed and new things were added, I would happily call the result the next version of Perl. But that's not what happened with Perl 6. Things that should have been left alone were changed just for the sake of change (-> to . ? . to ... what the heck is that? _? ~?); the sigils were totaly rewamped not in what they look like, but what they MEAN ...

    Nope, I would not call Perl 6 the next version of Perl. With or without the 5. I would call it a language vaguely similar, yet dangerously different. A language full of false friends and a language that went overboard with special characters. An overdesigned, overcomplicated language.

    Jenda
    Enoch was right!
    Enjoy the last years of Rome.

Re^6: Will Perl 6 Replace Perl 5?
by moritz (Cardinal) on Jan 04, 2010 at 15:42 UTC
    For starters, it should be (largely) backwards compatible. For instance, the majority of CPAN code (just to take an example) should run without any problems or differences.

    I'd call such a language a "next version of Perl 5", not a "next version of Perl". And that's how our points of view differ.

    Perl 6 - links to (nearly) everything that is Perl 6.
      I might have if Perl had a history of doing so. But Perl 2 was backwards compatible with Perl 1. And Perl 3 was backwards compatible with Perl 2. And Perl 4 was backwards compatible with Perl 3. And Perl 5 was backwards compatible with Perl 4.

      In your terminology, that would mean that Perl 2 was the next Perl 1, Perl 3 was the next Perl 2, Perl 4 was the next Perl 3, and Perl 5 was the next Perl 1. Hence, Perl 5 is the next-next-next-next Perl 1.

      And then Perl 6 isn't the next-next-next-next-next Perl 1.

Log In?
Username:
Password:

What's my password?
Create A New User
Domain Nodelet?
Node Status?
node history
Node Type: note [id://815581]
help
Chatterbox?
and the web crawler heard nothing...

How do I use this?Last hourOther CB clients
Other Users?
Others surveying the Monastery: (5)
As of 2024-03-28 16:55 GMT
Sections?
Information?
Find Nodes?
Leftovers?
    Voting Booth?

    No recent polls found