Live data from Hacker News

Not Your Grandfather’s Perl

stackoverflow.blog

131–140 of 257 posts

Re: Not Your Grandfather’s Perl

#133
post #69

Perl receives such an unnecessary amount of hate

> Perl receives such an unnecessary amount of hate I agree. We might deny it, because we are geeks, not fashionistas, but there's such a thing as "cool for geeks" like running Rust code on MacOS with some PostgreSQL sprinkled on, and such a thing as "uncool" like running Perl code over Windows and exchanging CSV files. Personally, IDGAF: I care about what works the best, not what's cool. I care about performance. I c…

Programming fashions are different from regular fashions in that they're about functional characteristics like reliability and readability. But they're like regular fashions in that they're about social perceptions of those things.

Re: Not Your Grandfather’s Perl

#134
I think of Perl as a Python-PHP hybrid. A pragmatic product of its time that will endure, and while I'm grateful for never needing it, I'm glad that it's a solid option still for those who do.

Re: Not Your Grandfather’s Perl

#137

PERL was the duct tape of the early Internet. Remember CGI scripts in PERL on FreeBSD? Good Times.

I deal with so many over complicated enterprise solutions that would be much better with this level of abstraction.

CGI scripts are basically FaaS on your own machines.

Re: Not Your Grandfather’s Perl

#138
post #25

Earlier quoted context omitted.

Signatures were added in 5.020, and [edited:] were considered experimental until 5.036.

> and are still considered experimental No, 5.36 stabilised them. https://perldoc.perl.org/perldelta#Core-Enhancements > The 5.36 bundle enables the signatures feature. Introduced in Perl version 5.20.0, and modified several times since, the subroutine signatures feature is now no longer considered experimental. It is now considered a stable language feature and no longer prints a warning.

Oh, that's a bummer. I was kind of excited to use those, but since I never know when I'm going to get a call from the Centos 7 guys I have to stay away from features newer than 5.016. Basically just new enough to get semi-sane UTF support.

Re: Not Your Grandfather’s Perl

#139

Earlier quoted context omitted.

Perl needs backwards compatibility given the `write once, read never` nature of the syntax. Imagine trying to upgrade this to some new syntax... https://github.com/schwern/AAAAAAA

The fact that it's possible to craft deliberately obfuscated code in a language doesn't actually tell you much about the language.

My guess is that for many people it's hard to write non-obfuscated Perl code. It has so many operators and ways of doing things that walking into someone else's code may feel like having to learn everything from scratch.

(Higher Order Perl and such not withstanding.)

Re: Not Your Grandfather’s Perl

#140

Earlier quoted context omitted.

I don't think it's hate. I think it's more "why would I choose Perl over Python?" Perl has a painful syntax, Python greatly improves on this with easy syntax. I don't want to have to relearn the syntax every time I reach for a scripting tool.

> Perl has a painful syntax, Python greatly improves on this with easy syntax. I use Python and Perl. Some people who like Python want everything to be Python and "hate" anything that isn't Python. It approaches zealotry in some cases. Perl syntax is expressive and is similar to C, C++, Java, and yes Bash. These are successful languages too despite not being pythonic .

I'd use PHP before I'd use PERL. PHP has experienced some dramatic improvements in the last 5 years
Post reply on HN