Beefy Boxes and Bandwidth Generously Provided by pair Networks
There's more than one way to do things
 
PerlMonks  

Production Perl6 in early 2010?

by dragonchild (Archbishop)
on Nov 20, 2008 at 22:34 UTC ( #725007=perlnews: print w/ replies, xml ) Need Help??

http://lists.parrot.org/pipermail/parrot-dev/2008-November/000234.html - Certainly looks that way, I think.

My criteria for good software:
  1. Does it work?
  2. Can someone else come in, make a change, and be reasonably certain no bugs were introduced?

Comment on Production Perl6 in early 2010?
Re: Production Perl6 in early 2010?
by moritz (Cardinal) on Nov 20, 2008 at 22:46 UTC
    s/Perl6/Parrot/ please.

    Don't make the mistake to confuse Parrot (a general purpose virtual machine, designed for dynamic programming languages) with Perl 6 (a language specification with multiple, incomplete implementations) or with Rakudo (a Perl 6 compiler that compiles to parrot byte code, and lives the parrot repository).

    I think that the time line for parrot is quite realistic, although I wouldn't place a bet on the exact dates.

    For Perl 6 and Rakudo it's much harder to say, because some parts of the language aren't all that well specified (for example concurrency), so nobody can tell how much effort both specification and implementation will be.

      Why?

      Production Perl 6, as I take it, refers to a production usable Perl 6 implementation. Just because the first one may be Parrot/Rakudo doesn't make the statement "Production Perl 6" invalid. Most people couldn't care less about obscure project names vs. what language they implement.

        It's not wrong, but very misleading.

        The announcement of the parrot road map has nothing to do with the release date of Perl 6 (which by itself isn't well defined - do you mean the language specification? or the first implementation?).

        "production parrot" does not imply "production rakudo".

        If you link to one thing and ask a completely different question at the same time, one could suspect that you think the two are related, which is why I answered to clean up any possible confusion.

        Most people couldn't care less about obscure project names vs. what language they implement.

        If you count all people in the world, yes. If you count Perl programmers, no.

        Most Perl programmers are interested in parrot because it started off as a platform for implementing Perl 6, not because it's in general a very cool project. So for them it does matter to know that a production parrot doesn't imply production Perl 6.

        As for the "obscure project names" - most people are more confused if different things have the same name. Now different things (language, compiler, vm, test suite) have different names, which I find not confusing at all. I don't care if you call them "obscure", I can remember them and type them without my fingers, so I'm fine with them.

      IMHO, s/Production/usable/ other than s/Perl6/Parrot/ would be better.


      I am trying to improve my English skills, if you see a mistake please feel free to reply or /msg me a correction

        It is usable right now (for some values of "usable", but certainly sufficiently usable for mod_parrot, a nearly feature complete lua implementation, Rakudo and TCL).

Log In?
Username:
Password:

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

How do I use this? | Other CB clients
Other Users?
Others studying the Monastery: (8)
As of 2014-12-29 15:41 GMT
Sections?
Information?
Find Nodes?
Leftovers?
    Voting Booth?

    Is guessing a good strategy for surviving in the IT business?





    Results (192 votes), past polls