Forgot your password?
typodupeerror
This discussion has been archived. No new comments can be posted.

23 Years of Culture Hacking With Perl

Comments Filter:
  • by Short Circuit (52384) <mikemol@gmail.com> on Friday December 24, 2010 @05:31PM (#34662100) Homepage Journal

    If you're looking for Perl 6 coders, you might try their IRC channel, #perl6 on Freenode [perl6.org].

  • by Anonymous Coward on Friday December 24, 2010 @06:03PM (#34662250)

    I've been a build engineer since the mid-80's. My first exposure to Perl was in 1989. The last line of Perl I wrote was in 2005. I spent a year deciding on which direction to go... Python or Ruby. I went with Ruby as my primary scripting language, and have brought Ruby and Rails into 5 companies to build engineering infrastructure. The reason I went with Ruby was due to its simplicity, power, DSL support, and Rails, and both the Ruby and Rails community. In Silicon Valley I found that when working with people that are coding in Java, they are in most cases going to script with a well accepted OO language like Python or Ruby. For me, both Ruby, Rails and their communities has had a huge influence on my coding and development practices.

  • Scary (Score:4, Informative)

    by ornil (33732) on Friday December 24, 2010 @07:53PM (#34662776)

    So I looked at the Perl5To6 Manual, and it gave me a headache. Really, I had to get some medicine just now. There used to be 10 ways to do anything in Perl 5, and in Perl 6 there's 20. And operators are approaching APL in obscureness and number. It has ways of being even more terse at the expense of the maintainer's head possibly exploding. Some changes are very nice and clean up some weirdness, but they compensated for it with a vengeance.

    There's macros, and more contexts (where function returns different things depending on how its value is getting used), and meta-operators, and operator overloading on never-before-seen scale, and weird variant types, and ways to embed an enum into any object, even more complicated regular expressions, and so on ...

Never test for an error condition you don't know how to handle. -- Steinbach

Working...