Hacker Newsnew | past | comments | ask | show | jobs | submitlogin

There used to be a big Python/Perl debate. I'm not sure I could have predicted how well that would turn out for Python, and how poorly for Perl. Readability and ease of use matters?


I think it was really Perl 6 that killed it. Perl had a significant lead over Python, and the Perl 6 announcement just sucked the life out of it.


It wasn't the language, it was Numpy. Everything that is built on top of Numpy is what made Python so popular.

And I guess Perl also never had its Django (or Rails).


In my opinion, those are results of Perl losing mindshare. Numpy is not exactly hard (R has a significant fraction built in, and there's an old standard library for Scheme, of all things, that is very similar). Perl was perhaps the leading language for websites, but the Perl 5/6 situation just confused everybody as it dragged on, which made Python and Ruby libraries seem more attractive.


> And I guess Perl also never had its Django (or Rails).

It’s got two of them - Catalyst (older still works fine) and Mojo - newer and shinier.

I think python is a better fit for mathematical work. I like to say that python helps you think more like the computer does, and that perl helps the computer think more like you.


Catalyst was no match for Rails. Mojolicious could have been had Miyagawa's PSGI/Plack appeared on the scene half a decade earlier.


rails as far as I understand is opinionated and optimised for CRUD / database type applications. Catalyst is much more agnostic about the model you use. It provides the flexibility and a way of structuring the code and providing debug tooling that makes structuring a decent size app well reasonably easy to do.


Catalyst was painful to work with in my experience. Just getting it setup was an achievement. Subroutine signatures as routes is an ugly hack.


I like catalyst,s dispatcher. And some of the pain of installing catalyst in the early days resulted in huge improvements to the change toolchain.


I honestly think the Perl community's attachment to Catalyst contributed to Perl5's demise. Mojolicious was a much better bet for the future of Perl.


I've only done a little bit of mojolicious, but it's quite nice. The Mojo::UserAgent / Mojo::Dom tools are certainly great for writing web scrapers.


So it's the Osborne effect? Where you stop using Perl 5 because you're waiting for Perl 6 (announced in 2000, released never? As Raku? As a rolling release? The history appears confusing in Wikipedia.)

https://en.wikipedia.org/wiki/Osborne_effect


Perl 6 was released as language spec and on the Rakudo implementation; the rename to Raku was kind of a backformation from the name of the Rakudo implementation, but it was after the first stable release.


Perl 6 had its first official release in December 2015. It has since been improved, mainly in performance and in async / event driven capabilities. It got renamed to Raku last year (https://raku.org using the #rakulang tag on social media). You can check out the Rakudo Weekly News if you want to stay up-to-date: https://rakudoweekly.blog


What was the 2010 Rakudo Star release then? Is 2015 language spec stability?


Universities switched from teaching Java and Scheme to teaching Python.

Probably because Python resembles pseudo-code.

Anecdotally I've heard from a few people who said Python was the first language where ideas just made sense to them. An "easy to learn" language, in other words.

(I can't relate to that and don't know why Python is thought of that way. As far as I can tell, beneath the syntax (which is prettier than Perl), Python is a messy language with even messier standard library.)




Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: