Beefy Boxes and Bandwidth Generously Provided by pair Networks
Just another Perl shrine
 
PerlMonks  

Re^7: The current state of Perl6

by educated_foo (Vicar)
on Apr 20, 2010 at 03:31 UTC ( #835637=note: print w/ replies, xml ) Need Help??


in reply to Re^6: The current state of Perl6
in thread The current state of Perl6

Too many people have invested too much reputation, potential book sales, and sense of self-worth in Parrot and Perl 6 for any kind of reasonable discussion to take place. My guess is that the whole farce will die eventually, and either Perl's practical nature will reassert itself, or Perl will fade into obscurity.

EDIT: Wow, it really hurts le karma to criticize le chromatic...


Comment on Re^7: The current state of Perl6
Re^8: The current state of Perl6
by Anonymous Monk on Apr 20, 2010 at 03:50 UTC
    Well the fading is happening for years now. People only leave in a state of denial that its not. That is because some people love Perl so much they hate to hear about its slow death. But you need to pragmatic and realize that there is a problem.
      This is true
      they hate to hear about its slow death
      That is fine, we are in no hurry!

      Jokes aside, we have been hearing this "Perl is dying" song now for so long --always from people totally ignorant of the matter at hand-- that even they should start to think that perhaps there is no truth in their predictions?

      CountZero

      A program should be light and agile, its subroutines connected like a string of pearls. The spirit and intent of the program should be retained throughout. There should be neither too little or too much, neither needless loops nor useless variables, neither lack of structure nor overwhelming rigidity." - The Tao of Programming, 4.1 - Geoffrey James

Re^8: The current state of Perl6
by chromatic (Archbishop) on Apr 20, 2010 at 08:19 UTC
    Too many people have invested too much ... for any kind of reasonable discussion to take place.

    Do you really expect to have a reasonable discussion with people to whom you ascribe of base financial motives, hostile intent to take over communities, crippling inabilities to finish projects, socially inept and almost criminal dishonesties?

    I've been working on Parrot for eight years and Perl 6 for seven. Of course I care about them. You don't have to like it and you certainly don't have to care, but you spend an awful lot of time complaining about me and how I choose to spend my time and speculating about why. Maybe we'd have a reasonable discussion if you asked me why I do this sometime and treated me like a reasonable human being with a complex and rich set of motivations, rather than some mustache-twirling villain who cackles as he plots with a bunch of other ignorant, inept conspirators to destroy Perl 5, somehow.

    Oh, and I patched the Perl 5 documentation today in between making Parrot and Rakudo a little faster. You're welcome. This one's on the house.

      The problem I have with how you spend your time is that it makes so much noise per unit of useful work:
      Oh, and I patched the Perl 5 documentation today...
      Here, have a cookie. Meanwhile, the people who make Perl worth using have been applying several patches per day without any blog noise.

        It both fascinates and baffles me that you seem to believe that it is your place to assess the validity of how people spend their time on projects. Between this and dumping on the idea of improving documentation, it's like you fancy yourself a self-appointed supervisor of Perl projects, and you think everyone must do only those things you consider valid.

        What is it that gives you this idea?

        And to the others reading this thread, let me make this clear: educated_foo's tactics don't get anything useful done.

        xoxo,
        Andy

        The problem I have with how you spend your time is that it makes so much noise per unit of useful work....

        Good to know. How many commits do I have to make or modules to write or patches to apply or questions to answer before I can write a blog post? A book? A comment on a web site?

        Also, can you give me a concrete definition of "useful" work? I'd hate to waste my time on something that doesn't help you out right now, and then slip up and post a link on identi.ca.

        You are so right, how dare chromatic spend his free time the way he wants to? And write about something that he finds interesting in public! And he expresses his own opinion, not yours, the shameless man! I bet he uses strict in his PERL scripts too!

        You are fighting the fight of the truly just here, do not give up! The time you spend writing offensive nonsense helps Perl 5 immensely! Keep on doing it and you will save Perl 5, and people will continue to write buggy little admin scripts like the ones you prefer for all time!
      I'm with educated_foo on this one, I too think you talk too much and accomplish too little. And 7 years of Perl 6 development is a bit exhaggerated, after all you have exactly 65 commits , but your contributions lie more in your interminable blog posts about how awesome of an optimization you've been able to hack together.
        And Anonymous Monk has ZERO commits on any project.

        I think that settles the issue.

        CountZero

        A program should be light and agile, its subroutines connected like a string of pearls. The spirit and intent of the program should be retained throughout. There should be neither too little or too much, neither needless loops nor useless variables, neither lack of structure nor overwhelming rigidity." - The Tao of Programming, 4.1 - Geoffrey James

        And 7 years of Perl 6 development is a bit exhaggerated, after all you have exactly 65 commits....

        Yes, I have 65 commits to Rakudo. I have some 2200 commits to Parrot as well (in 5.21 years, according to CIA.vc), and ~330 weekly summaries of design meetings.

        Maybe I have accomplished too little. Maybe if I pushed my volunteer efforts more, I could have more than 1.19 commits per day for the past 5.21 years (CIA.vc's stats don't go back to the start of Parrot). Somehow I doubt that would satisfy you, though.

        There's (nearly) no such thing as "too much talking".

        Projects needs contributors to be successful, and contributors learn about projects by hearing somebody talk about them, more often than not.

        To stay on the topic of Perl 6, have you heard about the compilers called elf and mildew? Most people haven't heard about them. That's because the developers preferred to code, and didn't talk much about them outside of #perl6.

        Let me tell you what happend to elf: its development stalled, because the main author was frustrated about not receiving any contributions.

        Mildew is still being developed, but even I (who spends typically more than 3 hours a day reading #perl6, the mailing lists and blogs) don't really know what the current state is, what features are implemented, and if it's usable for any practical purpose.

        So we need people who talk. We even need them if they don't contribute a single line of code (and chromatic has made significant code contributions, without which Rakudo wouldn't be anywhere near its current state).

        We need people who talk, blog, write books, speak at conferences, talk to perl monger groups, talk to non-perl developers... we need all publicity we can get.

Re: 835637
by chromatic (Archbishop) on Jan 24, 2014 at 23:30 UTC
    Too many people have invested too much reputation, potential book sales, and sense of self-worth in Parrot and Perl 6 for any kind of reasonable discussion to take place.

    In retrospect, I think you were and continue to be correct. My apologies.

Log In?
Username:
Password:

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

How do I use this? | Other CB clients
Other Users?
Others studying the Monastery: (10)
As of 2014-12-19 09:27 GMT
Sections?
Information?
Find Nodes?
Leftovers?
    Voting Booth?

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





    Results (75 votes), past polls