Beefy Boxes and Bandwidth Generously Provided by pair Networks
Syntactic Confectionery Delight
 
PerlMonks  

Re^6: Will Perl 6 Replace Perl 5?

by chromatic (Archbishop)
on Sep 22, 2010 at 20:13 UTC ( [id://861356]=note: print w/replies, xml ) Need Help??


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

If version numbers were unimportant....

If version numbers were sufficient, we wouldn't label releases with "No upgrade concerns", "Source but not binary compatible", "Security fixes only", or "Don't use; only test and report any upgrade concerns, incompatibilities, build problems, or packaging woes. We also wouldn't have to explain what version numbers mean.

Replies are listed 'Best First'.
Re^7: Will Perl 6 Replace Perl 5?
by phaylon (Curate) on Sep 23, 2010 at 15:59 UTC

    That's the part of the message you picked out?

    Don't you feel concentrating on the floating point value part of people's question is a good explanation why some are frustrated?


    Ordinary morality is for ordinary people. -- Aleister Crowley

      How many times can I explain the intentions of the developers? We release a new version of our software every month. It gets better every month. When it passes the complete specification test suite, we'll say so. We can't tell you if it meets your needs because we don't know the specifics of your needs.

      Quibbling over whether it's "done" or "stable" or "alpha" or "complete" or "vaporware" or "useful" is silly.

      Specific questions get specific answers (but specific questions about "What does your version number mean?" get the specific answer "The larger the number, the more recent the release.")

        We can't tell you if it meets your needs because we don't know the specifics of your needs.

        I suspect that for a lot of people the needs will be the same ones that make them use Perl 5, e.g. speed, reliability, good documentation, libraries etc ...

        When it passes the complete specification test suite, we'll say so.

        I'd be happy to hear that the specification test suite was complete. Or even, completable. Because that would mean the specification was complete. Maybe by Christmas ...

        Yes, but how stable is the specification? How far along Rakudo is isn't that important (at least to me) as the language itself is. It's the language that provides the real long-term stability, not the implementation. For outsiders, it's not obvious how far along the specification is. I assume many parts are fleshed out and really well thought through, while others haven't been touched yet because the implementations aren't there yet and people still need to play around with it. But I can't know what sections are where. So even if I evaluate Rakudo for my use-case today, it doesn't say anything about what will be tomorrow. And it's the tomorrow people are interested in.

        And I'm not quibbling over any of those terms. Also, again, I'm not interested in the version numbers.

        By the way, you're coming across as quite aggressive. I don't know if that's intentional or not. But just to be clear: I don't (yet) care about Perl 6. At least not from a usage point-of-view. I'd be happy if I had more time for version 5 in fact. So I'm not trying to pressure you into an answer. I just feel that the discussion about version numbers has taken over the discussions about the actual questions that people have.


        Ordinary morality is for ordinary people. -- Aleister Crowley

Log In?
Username:
Password:

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

How do I use this?Last hourOther CB clients
Other Users?
Others cooling their heels in the Monastery: (3)
As of 2024-04-16 15:03 GMT
Sections?
Information?
Find Nodes?
Leftovers?
    Voting Booth?

    No recent polls found