Live data from Hacker News

Perl 5.26.0 released

nntp.perl.org

61–70 of 165 posts

Re: Perl 5.26.0 released

#61
post #25

Earlier quoted context omitted.

> I have heard nothing good about in any "at the water cooler" conversation that I was ever in, over the past fifteen years or so. Whenever I think of something that has anything to do with batch data munging, there is usually half a dozen Perl modules that already do it. I have no opinion about Perl as a language but I like how rich the ecosystems is for that sort of project.

> I have no opinion about Perl as a language but I like how rich the ecosystems is for that sort of project. CPAN was way ahead of the competition - it was elegant where other languages would require you to manually download dependencies archives and wrangle them like a barbarian.

There is a feature I'd like to have in other languages. CPAN Testers. It's actually a really simple ideas. You randomly (or not) download packages and run their tests. The result will be uploaded.

This is a really nice alternative to CI services and it makes sure that your stuff works in other environments than your standard Ubuntu LTS systems.

It's pretty much crowd funded CI and I am pretty sure that a lot of people who don't have the most common system would love to run it.

What's cool about this is that you see problems on both the platform and the library side, that one wouldn't expect.

Something similar, also from ages ago, but an anecdote I like to tell is that I used to have access to a hppa64 (64 bit PA-RISC) system and while I didn't really have use for it I as a fun project installed OpenBSD on it and ran some test suites there. Despite OpenBSD/hppa64 15 years or so ago being an alpha release Rakudo (aka Perl 6) actually compiled and was able to run its test suite. In the end this found a bug in math.floor or something like this.

The point is that something like that tends to have unexpected benefits for both sides. It's like when someone decides to compile a project using a less common C compiler. That pretty often leads to people finding bugs in the given software, because of errors or warnings emitted by that compiler. Similar things happen with different architectures, etc. So in the end cross platform software ends up way more reliable. Something that I think some projects focusing on only one OS or even just one or very few distros really miss out.

Of course reducing your project to work on just one platform might safe you some time somewhere, but often it's a bit like saying not writing tests safes some time. And usually it's really little or no effort, which results in a lot more feedback and quality code contributions (people that port a lot of software tend to be pretty good programmers).

Re: Perl 5.26.0 released

#62
post #45

Earlier quoted context omitted.

There are still jobs specially on the banking sector, but these are not the kind of jobs you want. Its position in the industry is somewhat dying as I'm not aware of many new projects being written in it. I am myself in the process of phasing out a significant Perl codebase in exchange for Java. I think it cannot compete with Python at its current state. This has nothing to do with the language (I consider Perl to be…

> I think it cannot compete with Python at its current state. This has nothing to do with the language (I consider Perl to be vastly superior) but rather its ecosystem and lack of momentum. In this specific case, these are contradictory. Perl and Python had roughly the same amount of corporate backing (almost none) and Perl had a huge head start. If Perl as a language would be "vastly superior", Python would have nev…

Python's growth in popularity is largely due to its superior data science libraries and the backing of Google. Without these it wouldn't be where it is today. Perl's stewardship is largley responsible for its decline. If Perl6 hadn't taken 15 years to complete Perl's popularity might be different. Perl6 is far superior to Python and most popular languages. It's just not performant at string/regex handling which is ironic considering regex was Perl's forte.

Re: Perl 5.26.0 released

#63
post #6

Earlier quoted context omitted.

The only big company I know that uses Perl extensively is booking.com, and I think that has more to do with any technical merit from the language, and just that is what they started and it was working for them. To be honest, I think Perl still powers a whole lot of systems, and certainly is a powerful tool for someone who is a Unix sysadmin, but this kind of job is dying. And as a language, I think Perl has nothing o…

I still think CPAN has more coverage than the equivalent in python

http://modulecounts.com

Re: Perl 5.26.0 released

#64
post #23
post #3

Guys I am genuinely asking this and I have zero intent on bashing on Perl. What is the position of Perl industry right now? how much it can compete with Python. Where does it compete? is it on losing side ? P.S. I am student and I have no real perspective on what is going on in industry right now.

I moved from Perl to python around 6 years ago. There are more jobs available for Python, though probably more competition as well. I regularly see Perl jobs posted in London, but the wages are surprisingly poor, compared to what I could get for my Django knowledge.

I learned Perl back in the Perl 4 days, and still write one-off scripts in it. Lately, though, I do most new work in Python, since the young seem more likely to know that than to know Perl.

Re: Perl 5.26.0 released

#65
post #45

Earlier quoted context omitted.

There are still jobs specially on the banking sector, but these are not the kind of jobs you want. Its position in the industry is somewhat dying as I'm not aware of many new projects being written in it. I am myself in the process of phasing out a significant Perl codebase in exchange for Java. I think it cannot compete with Python at its current state. This has nothing to do with the language (I consider Perl to be…

> I think it cannot compete with Python at its current state. This has nothing to do with the language (I consider Perl to be vastly superior) but rather its ecosystem and lack of momentum. In this specific case, these are contradictory. Perl and Python had roughly the same amount of corporate backing (almost none) and Perl had a huge head start. If Perl as a language would be "vastly superior", Python would have nev…

I don't know how I feel about that. We're talking about subjective measurements here.

There are many languages that are "better" than JavaScript for example, yet not many that enjoy its share of success.

Re: Perl 5.26.0 released

#66
post #45

Earlier quoted context omitted.

There are still jobs specially on the banking sector, but these are not the kind of jobs you want. Its position in the industry is somewhat dying as I'm not aware of many new projects being written in it. I am myself in the process of phasing out a significant Perl codebase in exchange for Java. I think it cannot compete with Python at its current state. This has nothing to do with the language (I consider Perl to be…

> I think it cannot compete with Python at its current state. This has nothing to do with the language (I consider Perl to be vastly superior) but rather its ecosystem and lack of momentum. In this specific case, these are contradictory. Perl and Python had roughly the same amount of corporate backing (almost none) and Perl had a huge head start. If Perl as a language would be "vastly superior", Python would have nev…

[deleted]

Re: Perl 5.26.0 released

#67
post #3

Guys I am genuinely asking this and I have zero intent on bashing on Perl. What is the position of Perl industry right now? how much it can compete with Python. Where does it compete? is it on losing side ? P.S. I am student and I have no real perspective on what is going on in industry right now.

We are using it in production. It gets the job done.

Looking forward to a Perl6 stable release. It is stable but Rakudo still needs a bit of polush. Also it doesn't have the amount of modules Perl5 has. What it does have however, is precise arithmetic because numbers in Perl6 are internally represented as rationals.

https://docs.perl6.org/type/Rat

Re: Perl 5.26.0 released

#68
post #29

Earlier quoted context omitted.

Reini, aren't you the sole dev working on cperl, the fork you set up because you disagreed with some of the patchs perl-porters accepted/rejected?

A single +1 developer is better than -5 developers. cperl got 10x more done in 2 years than p5p in 15 years, and the 10x factor is ongoing. In a few years nobody will use perl5 anymore, everybody will use cperl instead. I didn't only disagree with some patches, I disagree with most of the feature decisions, management and bugfix handling. And esp. with their negative track record. perl5 deserves a properly managed pr…

Looks like a good job.

Re: Perl 5.26.0 released

#69
post #3

Guys I am genuinely asking this and I have zero intent on bashing on Perl. What is the position of Perl industry right now? how much it can compete with Python. Where does it compete? is it on losing side ? P.S. I am student and I have no real perspective on what is going on in industry right now.

I am also not a Perl programmer (anymore). I used to program in Perl decades ago and mostly switched essentially because of the hype. I've now many years of professional experience with Python and while I really like the language and will continue to use it I have to say that Perl gets too much bashing and Python sometimes not enough.

I think there are a number of reasons for this. One is that a lot more Perl code got written by non programmers (sysadmins) than Python code. People know Perl for regexes and "golf" (writing extremely short code), which looks like "compressed" (as in Closure/uglify compiled) JavaScript: Ugly.

The main thing that I disliked about Perl is something I also dislike about C, which is writing arrows. Other than that using other languages like Python didn't get me a lot.

You can and will write ugly, unmaintainable code and long unreadable lines in both Python and Perl. The main thing that makes Python look prettier seems to be forced indention, but believe it or not Perl can be indented too. The other thing probably are sigils, which are also a rather powerful feature.

There are of course different tradeoffs. Perl is more on the Ruby/JavaScript side, where people prefer expressiveness of code, where Python people prefer simplicity. And while I always for simplicity I don't think whether the community in large sets a bit more focus here or there there doesn't seem to be a great indicator for whether to choose one or the other language.

When comparing Perl with Python or Ruby, which I think are maybe other than JavaScript make the most sense in terms of use cases I think Perl influenced both of them more than a lot of programmers realize.

Despite the others being very mature I think Perl would wins on the edge of having solid modules and infrastructure. It certainly doesn't win in terms of image and popularity. What is nice about Perl is that the shortcomings of the languages have been largely compensated via modules. That includes modules that add changes to the syntax or add really big features like Moose, adding a lot around the topic of Object Oriented Programming, more than you have available in other languages.

Another thing I want to point out is, that Mojolicious is by far the best web framework I've seen so far. It's my personal opinion, but it beats everything available in the Python and Ruby world by far. And at least with Python I've used Django and Flask for multiple years, as well as taken a look at others.

The eco system in general is really good. There is a lot in regards to testing. If you really are into test driven development that alone might be a reason to give Perl a shot and be it simply to steal some ideas around this topic. That includes many modules around the topic of testing as well as CPAN Testers and other things.

For the bad side. Other than reputation, the learning curve is higher. This has a multitude of reasons. One is that Perl was designed after natural languages, which explains many of its oddities. That's why it isn't as easy to pick up as other languages. Knowing other languages simply might not help you as much.

Another is that a lot of very old and bad Perl tutorials are around. So one might want to look at something that in one way or the other mentions Modern Perl.

One might think to know and understand Perl really quickly, but it simply takes longer than knowing how to write Perl. This is why it makes a lot of sense to read Perl code from some "big people" in the community.

In terms of industry usage. I think the big names here are DuckDuckGo, Craigslist, eBay (I think), Amazon (I think).

However that probably is very outdated.

A good reason to not learn Perl is if you want a simple language. Perl simply is not that. I changed to prefer simple languages, which might be the reason I am now sticking mostly to Go and Python. However, it might open your eyes about different ways of simplicity here and there.

It's also good to know the other side and know how "simple" certain more complex tasks can be, if you just approach them with another tool.

Okay, this wasn't so much about the industry. It's certainly around, both for older and newer projects. I've seen it both in the Enterprise and Startup scene and not just online.

It's more quiet, but then most projects that have been around for a while don't have any big news. Debian, Postgres, various OSs, etc.

Oh one more reason: If you like it boring to get stuff done then use Perl. I think the Perl5/Perl6 thing is over and everyone agrees they are two different languages, so it's not like in Python where you still have so many projects supporting just a subset of Python in order to keep compatibility.

I think if you have Perl developers, which certainly exist, even in large quantities, choosing that one rather than Python certainly won't give you a big downside or so.

I think they are pretty much the same in that regard, even though I am pretty sure that neither community would agree on that statement.

I chose Python and Go for everything I do, mostly cause I haven't been programming Perl in ages and so my development setup, my muscle memory, etc. and money is all there, still I don't think other than that Python really has an edge over Perl. Again. I know people will disagree.

I haven't touched Perl in 10+ years. At all in fact. So if anything I am biased towards Python.

Re: Perl 5.26.0 released

#70
post #3

Guys I am genuinely asking this and I have zero intent on bashing on Perl. What is the position of Perl industry right now? how much it can compete with Python. Where does it compete? is it on losing side ? P.S. I am student and I have no real perspective on what is going on in industry right now.

Perl has great Unicode support. Not just Unicode regexes, but a lot of built-in Unicode support ( https://perldoc.perl.org/perlunicode.html ). I have no idea if other languages have caught up, though.

Perl doesn't have anything like Python's GIL. People have other complaints about threading in Perl, but you can count on things running in parallel more often.

I believe Larry Wall is correct that he borrowed more from Lisp than Guido did. Perl built in functions are also often modeled after POSIX functions (that may not mean a lot to you, but I like it).

On the other hand, Perl 5 doesn't have anything like Python's "yield", and the closest it gets to list comprehensions is a Lisp-style "map" that is NOT lazily evaluated. And I've never managed to get a job where I was expected to write Perl (I've written Perl utilities at plenty of jobs, but Perl was never on the official job description).

Post reply on HN