Live data from Hacker News

Perl is 25 years old today

perldoc.perl.org

121–130 of 131 posts

Re: Perl is 25 years old today

#121
post #18

Earlier quoted context omitted.

A karma 3 account. Where are the Perl-hating trolls coming from on HN? (I thought Guido said that it was time to stop trolling, so it isn't Python people now?)

I am puzzled why your immediate response is to blame Python.

I am afraid Python fans have a history of trolling Perl. Pick up any Perl thread and you will see enough examples of Python people trying to forcing their principles down your throat, even if there is absolutely no context to mention it.

Re: Perl is 25 years old today

#122

Earlier quoted context omitted.

Good question. I found others i had to share code with weren't as interested as me about writing maintainable perl code - i got really fed up with a patch work of "write only" perl scripts performing useful functions in prod. From DB maintenance tasks to general housekeeping, to work-arounds for prod app issues that never got prioritised for strategic fixes. I found in practice python code produced by most others was…

* ... it seemed to more or less force people to write more readable and therefore, maintainable code.* What do you mean by "readable" and how does Python seem to enforce that?

So one of perl's nicest features is it just plain, flat gets out of your way. If you want to write something some way, go ahead, perl will allow you.

This is great - you can cook something up in 5 lines that would take 15+ in Python and 50+ in C++. It also means that it's really tempting for some to abuse this ability, even for code which will be long lived.

Re: Perl is 25 years old today

#123
post #110

Earlier quoted context omitted.

Good question. I found others i had to share code with weren't as interested as me about writing maintainable perl code - i got really fed up with a patch work of "write only" perl scripts performing useful functions in prod. From DB maintenance tasks to general housekeeping, to work-arounds for prod app issues that never got prioritised for strategic fixes. I found in practice python code produced by most others was…

I am somehow surprised that people consider merely forcing indentation on bad programmers makes them good programmers.

I think you're confused about what problem indentation solves.

Re: Perl is 25 years old today

#124
post #55

Earlier quoted context omitted.

I was going to downvote your comment, but then I clicked through and read the linked question and commentary.

I don't get what the issue is, I don't even know Perl and it seems pretty straightforward to me: Carp is a library with a set of mnemonic assertion functions for libraries to signal usage errors committed by their callers. Do people just prefer one function with a bunch of fiddly little enums or something?

In my case I prefer sensible pragmatic names with some sort of hierarchy rather than random words from the dictionary.

Re: Perl is 25 years old today

#126
post #99
post #21

I've found over the past decade or so that when I write a "perl" program I'm really writing about five lines of glue code around multiple CPAN packages. Well maybe more than 5 lines for control flow, some business-logic error handling, etc. When I write in another language I spend a long time looking for a library like the ten I'd find in CPAN, sometimes I find one but often enough not, then a long time complaining a…

> a "perl" program Why is perl in quotes here?

Some people use quotes as emphasis. I've found this especially prevalent in people with an asian language background.

Re: Perl is 25 years old today

#127

Earlier quoted context omitted.

Considering perl5 is only 18 years old then somethings gone very awry there :) Perl6 is looking quite fresh considering how old you think it is. I just submitted an article I'd seen to HN which shows how a formula like... 4.7kΩ ± 5% ... can be parsed inline with Perl6 code. http://news.ycombinator.com/item?id=4939204

I was just joking :) It's interesting to me how often people cite "Unicode in code" as some sort of amazing thing. I once posted on S.O. about the idea that maybe we should have a programming language where the vast array of options in Unicode were exploited to make things like Regular Expressions more readable (avoiding the backslash plague alone would be worth it). I got smacked down by people complaining that they…

Jokes tend to get downvoted on HN and there's been a few (to many) jokes in this HN post :( Your's the only one I didn't downvote because decided to leave a comment instead.

re: Unicode - Perl6 does already use unicode characters for some of its operators. Take the Hyperoperator »« (http://perlcabal.org/syn/S03.html#Hyper_operators):

  my @a = 1..5;
  my @b = 6..10;
  my @c = @a »*« @b;   # =>  6, 14, 24, 36, 50
And there are >> & synonyms for those who find using unicode chars too odd:

  @c>>++;   # =>  7, 15, 25, 37, 5

Re: Perl is 25 years old today

#128

Work stuff is mostly Ruby, Python and PHP. Entertainment is Clojure (mmmmm.... Lispy goodness) and Haskell ATM. But for my own stuff I still reach for Perl. Best testing infrastructure on the planet and that, in combination with CPAN, lets me get shit done.

I interviewed you once ... approximately forever ago ... and you told me at the time you were just switching to using Ruby for fun stuff, while using Perl for work. I'm glad you switched back, and appreciate your excellent CPAN modules!

I have completely forgotten the interview I'm afraid - but I'm glad you're glad ;)

Re: Perl is 25 years old today

#129

Earlier quoted context omitted.

* ... it seemed to more or less force people to write more readable and therefore, maintainable code.* What do you mean by "readable" and how does Python seem to enforce that?

So one of perl's nicest features is it just plain, flat gets out of your way. If you want to write something some way, go ahead, perl will allow you. This is great - you can cook something up in 5 lines that would take 15+ in Python and 50+ in C++. It also means that it's really tempting for some to abuse this ability, even for code which will be long lived.

I'm not sure I understand how that answers my question. Are you suggesting that Python doesn't get out of your way and that somehow its intransigence provides the benefit of somehow forcing people to write more readable code?

I don't believe Python is that inflexible (it's not), and I don't see how the limited and superficial ways in which Python pushes all code to look the same are really that meaningful.

Post reply on HN