Earlier quoted context omitted.
Yep, I know of one company still actively using Perl for a large part of its infrastructure. It has its use cases.
are the use cases all really really fancy regexes?
[deleted]
Perl 7 is going to be Perl 5.32, mostly
51–60 of 573 posts
Re: Perl 7 is going to be Perl 5.32, mostly
#52Earlier quoted context omitted.
I do. Efficient, cheap and stable. Ported to about everywhere.
What do you mean by cheap? Also, perl is incredibly inefficient: it's even slower than Python. Also, how is Perl any less stable than other languages? Are you saying the language doesn't change much or that it doesn't crash?
On my 4-core i7 Macbook Pro:
time ./startup_time.pl 0.016s
time ./startup_time.py 0.295s
time ./parse_log.pl 0.683s
time ./parse_log.py 1.534s
Re: Perl 7 is going to be Perl 5.32, mostly
#53According to the Modern Perl author, Five things Perl (Still) Gets Right:
* Compatibility
* Quality
* Usability
* Scalability
* Availability
Re: Perl 7 is going to be Perl 5.32, mostly
#54This feels like a last ditch attempt to save a dying language. ( https://i.imgflip.com/4676mf.jpg ) I wonder what exactly does Perl bring to the table as a language, why would one consider choosing it over other languages.
If it works, it works...
Re: Perl 7 is going to be Perl 5.32, mostly
#55They last line of the article summarizes it well: > Perl 7 is v5.32 with different settings. Your code should work if it’s not a mess. Expect a user release within a year. Are there actually people that are still deploying new things in Perl? The only times I see it is for legacy stuff, and then only because the script is too much of a hassle to be rewritten.
IIRC Craigslist was written in Perl but that's the only high traffic site that comes to mind.
duckduckgo, as far as I recall.
Re: Perl 7 is going to be Perl 5.32, mostly
#56Once this is out, I'll be interested in any well written guides or books, it has always felt like "the one that got away" to me. Back in 2002 I had to choose between learning between Python and Perl for a project, but "everybody knew" Perl 5 was soon going to be replaced by a new shiny different Perl 6, so I chose Python. It will be interesting to see where Perl can live and gain new users nowadays. Python has so muc…
I already have Preparing for Perl 7 on LeanPub (https://leanpub.com/preparing_for_perl7)
Re: Perl 7 is going to be Perl 5.32, mostly
#57Earlier quoted context omitted.
Honestly that's more than most I think. I've written tens of thousands of lines of perl professionally and I generally share the same opinion.
I've been writing (Modern) Perl for about 3.5 years and I disagree that Perl necessarily tends to unreadable code. I really don't think that's true at all. To quote myself from a recent discussion: I think some languages do make it easy to write convoluted code, but through judicious use of coding standards (including a helping of common sense [don't be clever where you can at all avoid it, which IME is ~~almost~~ al…
Strongly agreed. It’s much more about the team, the conventions used, the organization of the codebase, and the coding culture of the team, than it is about a specific language.
Re: Perl 7 is going to be Perl 5.32, mostly
#58Earlier quoted context omitted.
Nodejs is very fast, because it uses an an engine that has had multiple millions of dollars thrown at it to make it fast. Most interpreted languages don't fare well against it. Perl fares somewhat favorably against Python, Ruby and PHP though. Those are what I would consider equivalent languages to compare against to get a general idea of its speed.
You don't hear about it, but Perl has had many millions thrown at it too.
JS is probably closer to billions.
Re: Perl 7 is going to be Perl 5.32, mostly
#59Earlier quoted context omitted.
Your opinion on Perl is based on one code base you worked at on one job?
Honestly that's more than most I think. I've written tens of thousands of lines of perl professionally and I generally share the same opinion.
Yeah, I've got a Perl codebase that's conservatively tens of thousands of lines, and it's honestly a struggle to write anything in it that isn't a big ball of mud. There's about 50 different ways to do anything in the language, the syntax is infuriatingly obtuse, and you can't rely on any documentation because it will recommend doing things that experts don't recommend doing.
The system is from like 2013 and still going, but I really wish I could rewrite it in a language I can actually train people on in a reasonable amount of time. It took the one junior I have about 6 months to get to the point where he could read the syntax without tearing his hair out. It's not really built to create maintainable structures.
The libraries and stuff are full of opinionated little "gotchas." As an example, the Test::Simple module will throw errors if you use a number to title a test which is infuriating when you're writing a test which tests all the numbers in the space of acceptable or possible inputs.
Re: Perl 7 is going to be Perl 5.32, mostly
#60Just to be clear to everyone: this doesn't break anything. If you continue to use Perl version 5, you're fine. If you want to upgrade your major version of Perl, then of course you need to know what that means.
To clarify this: if v5.32 can run your code, you should be safe. There have been various small changes in Perl 5 that might not handle something you wrote in 1995.