Slash Boxes
NOTE: use Perl; is on undef hiatus. You can read content, but you can't post it. More info will be forthcoming forthcomingly.

All the Perl that's Practical to Extract and Report

use Perl Log In

Log In

[ Create a new account ]

chromatic (983)

  (email not shown publicly)

Blog Information [] Profile for chr0matic []

Journal of chromatic (983)

Friday December 28, 2007
03:44 AM


[ #35223 ]

I wrote zero lines of code these past two days. It was a glorious stretch of uninterrupted free time where I could clean up a few grotty bits of Parrot and add a few features that will help us get Perl 6 out the door that much sooner.

Then came Where is Perl 6? The question that won't die and now, my personal tipping point, Why Perl 6 needs to be deemphasized and renamed.

Merry Christmas. What a great time to take a dump on the projects of others. (Funny, I thought the traditional 20th anniversary gift was china, not implications that you've given up the moral right to name things you created and still work on.)

Sometime at a conference, remind me to introduce Andy to a few people he could ask about the status of Perl 6. I bet I could even help him check out Parrot on his laptop such that he could type cd languages/perl6/ and make test and see for himself how things are. (This paragraph ought to push the Schwern sarcast-o-meter way past red.)

The Fine Print: The following comments are owned by whoever posted them. We are not responsible for them in any way.
More | Login | Reply
Loading... please wait.
  • While I think that you - and anyone working on Perl 6 - have the right to call whatever you want something that you're devoting so much time, I didn't read the post in Perl Buzz as "taking a dump" on Perl 6. This can stem from my being an Italian mother-tongue, not English.

    When I read criticism about kurila and co., I understand that someone is trying to stop those developers "waste effort" on projects that are not considered "mainstream". OTOH, in the post on Perl Buzz by Paul Cory, I'm only reading consid
  • "Where is Perl 6" was just Yet Another Tiresome Asking Of a Well-Known Question With a Clear Response.

    Now it can be told! Perl 6 Considered Harmful []
    • Wow, clearly I misread your original post and thought you'd linked to something else.

      Whatever, it's still obnoxious.
  • "(This paragraph ought to push the Schwern sarcast-o-meter way past red.)"

    Or his rant-bit. Both are great ways to amuse myself at his expense. :-) /me waves to Schwern
  • I bet I could even help him check out Parrot on his laptop such that he could type cd languages/perl6/ and make test and see for himself how things are.

    It's not about me, it's about everyone else. I'm not the one asking where it's at, because I know the "it'll be done when it's done answer." It's for everyone else. It's for the guys at the Linux user group meeting I went to last night who when they heard I used Perl immediately asked "When is Perl 6 coming out?"

    Why is it so awful that people wan



    • It's not that people ask the questions, it's that they don't bother to find out. It's not a question they really care about enough to google.

      And, apparently, it's a question you don't have a good answer to. You don't need to know about deadlines and project charts to distill into a couple of sentences what the Perl 6 team says over and over again. People seemed satisfied with the answers I give to the same question. Why you can't do the same is boggling.

      I think you're just interested in stirring the shit, t
      • It's not a question they really care about enough to google.

        There is no answer to "When is Perl 6 coming out" that is more than "It'll be done when it's done," Googleable or not.

        I don't want a date. I want something more than "It'll be done when it's done." Somewhere between declaring a day on the calendar, and saying "Uh, hell, I dunno", there's a middle ground. That's what I want.

        Why you can't do the same is boggling.

        Because nobody I've ever given the answer of "It'll be done when it's done"



        • If "It will be done when it's done" isn't a satisfying answer, stop giving it. You think you're a smart guy, so look at the information and come up with the real answer. I've just posted my talking points. I don't have the same trouble you do, apparently. If you want to claim to be the PR guy, you need to be the person to take all the information and distill it for the public, not the guy spreading the disinformation and inflaming uninformed opinions. It's not that people ask the question, it's your inabili
        • Because nobody I've ever given the answer of "It'll be done when it's done" is satisfied with it.

          Perhaps you should explain why that's the answer, as I usually do. That turns the answer from "We're not going to tell you" or "We don't want to tell you" to "We can't really answer that question, but here's what we know so far."

    • Patrick has made a number of excellent progress reports recently - []

      chromatic has been posting meeting minutes from the p6 developers for ages - []

      There's a Pugs Wiki [] with links to lots of useful stuff like the documentation [],
      the Pugs Blog [], logs of the Pugs IRC channel [], a "run perl 6 in your browser [] interface, and the TPF Perl 6 Wiki [].

      I found those by using only one resource as a starting point: Google for "perl 6" and clicking around.

      • It would be nice if's information on Perl 6 was not so outdated. Maybe its perl6 pages could just link to the wiki. It would be nice if the p6l summaries started again, but I sure as hell don't have the time, and I don't know who does.

        I'm sure I could find a way to update them once in a while, but I certainly don't have the time to maintain them as a long-term project (and I think I ought to be writing code or documentation instead). This is one of our biggest problems; we don't know where peo

        • Yeah, I am not arguing that anyone should be taken off doing what they're doing. I'm just saying what would be nice.

          Pie would be nice, too. Chocolate silk with a graham cracker crust. Mmm!

          Is the Perl 6 wiki the most kept-up-to-date place? I wouldn't mind spending a little time finding and trying to deal with a few of the top Google results to get them to point to the right place, either with a link or a redirection. Like, a few hours at least. Let me know and I'll give it a quick go.
          • Is the Perl 6 wiki the most kept-up-to-date place?

            Let's use it that way for now. If you (or anyone reading this) updates the wiki, I'll get and updated to point to the wiki.

            • I don't update the wiki. I only keep a corner of my eye pointed at Parrot and Perl 6. I meant: if the TPF P6 wiki is the best resource (and it seems to be) then I will work on getting other resources to point to it. I'll drop a line about, and will update other wikis around.
        • People are always going to be misinformed. It doesn't matter what the topic is. It's not the problem anyone should be working to solve. You can lead a horse to water, and all that.

          However, if TPF doesn't want to keep things like up to date, then the horses don't even have the option of water. I guess that would be a question for someone in TPF's PR department.
  • Paul Cory has contributed what I hope is the first of many guest editorials on Perlbuzz. -- Andy
    For the second post (Perl 6 needs to be deemphasized): not written by Andy.
  • People still talk about Perl6. You'll know the project is dead when nobody bothers to ask the question anymore. So give that man a hug and stop whining about the people who still care enough to ask.