Live data from Hacker News

Interview with Larry Wall

developers.slashdot.org

81–90 of 93 posts

Re: Interview with Larry Wall

#81
post #54
post #47

"Which large companies are still using Perl in production? I can name Booking.com, but do you know any others?" - it's worth mentioning DuckDuckGo of course, which is quite young and chosen Perl as a way to go.

Oh By[1], the universal shortener, runs solely on perl CGI. We wouldn't have done it any other way. [1] 0x.co

That URL isn't even being converted into a link by my browser, it's so short ;)

Re: Interview with Larry Wall

#82
post #2

>Why isn't PERL more windows friendly? Really? I've had tons of fun with Perl+OLE automating the processing of Excel and Word files.

>Why isn't PERL more windows friendly?

That he probably didn't google hard enough.

On top of StrawberryPerl, there is also BerryPerl which is perlbrew for Windows.

http://blogs.perl.org/users/steve_bertrand/2016/07/berrybrew...

Re: Interview with Larry Wall

#83
post #79

Earlier quoted context omitted.

I have been using Perl for the last 3.5 years (for work). Before that I used Python for 8 years. For the vast majority of things Python is better. Perl programmers tend to say that the language is more powerful and allow for shorter programs, but in my experience, when writing the same program in Perl and Python, the later is more concise. There are some Perl features that save you keystrokes, for example, autovivifi…

Are you trying to write Pythonic Perl?

Of course not. Many Pythonic idioms don't really work well in Perl. I have tried to write perlish code.

Re: Interview with Larry Wall

#84

Earlier quoted context omitted.

> everyone's sentiment in the Perl community right now Definitely not 'everyone'. And I strongly suspect it's not even 'most'. There has been a relatively small but very vocal group with this point of view.

It is not just a sentiment, but a fact that Perl 6 being called Perl 6 has hurt Perl 5. The only reason you don't have a lot of people telling Larry to stop being stubborn about this issue is that the milk is already spilled.

I wonder if you can share the data behind this fact? I'm always looking to add missing datapoints to my brain. Much appreciated!

Re: Interview with Larry Wall

#85

At my current job we've started using Node.js for a lot of windows based migration jobs and shell scripts, historically where we would have used Perl. We're mostly C#, but data munging and migration is just a lot easier and faster in Node.js or Perl. I'm curious on what we're missing out on by using node instead of perl?

Node is getting pretty good. I'm a Perl developer of many, many years, and it is still my go to for command line scripts (and also web, but only because I really like Mojolicious and it happens to fit into existing systems). But, building command line tools in Node is no longer a crazy idea. It's still gonna be more verbose, by a lot, than Perl, for many classes of problem (data munging, file operations, almost anything that needs to interact with the OS), but the language has gotten nice with ES6. The libraries are pretty good.

It's really hard to beat the built-in "while " semantics of Perl for writing concise, clear, programs that take something in from a file or STDIN and spit it back out. Perl is effectively a DSL for writing command line scripts that live in a UNIX environment (they work OK on Windows these days, too, now that Windows has a reasonable shell with reasonable semantics for scripts like that).

If you want to write many small commands that are composable, Perl is a perfect fit. If you want to write one big application that does a bunch of things, the benefits of Perl look smaller and may even be outweighed by the bigger ecosystem of JavaScript/Node/npm; you can amortize out stuff like options handling and file/stdin handling across all of the functionality and it won't look like such a big part of your program anymore, compared to Perl (which gives you most of those things practically for free with one or two lines of code).

Re: Interview with Larry Wall

#86
post #26

"Perl has always considered itself primarily a programmer-centric language, while Python has always considered itself to be more institution-centric. So in a sense it's a bit dumbed down, much like Java. You'll note both of those languages make their greatest appeal to managers. :-) " Huh? I was using Python when Perl was more popular, and this seems completely fabricated. He's trying to lump Python in with Java, whi…

> What else is good about Perl

He answers that question in the interview, 'What do you think about Python'.

Short summary: closures (no, python lambdas are not the same), the kind of FP that having real closures allows, a real meta-object model, concurrency without a GIL

Re: Interview with Larry Wall

#87

Earlier quoted context omitted.

It is not just a sentiment, but a fact that Perl 6 being called Perl 6 has hurt Perl 5. The only reason you don't have a lot of people telling Larry to stop being stubborn about this issue is that the milk is already spilled.

I wonder if you can share the data behind this fact? I'm always looking to add missing datapoints to my brain. Much appreciated!

The data is obvious online, in that many many people have to be explained that they're different languages, with a good part of those also stating that they gave up on Perl 5 since "Perl 6 is coming"; as well as in direct talks with companies as early as 5+ years ago already when many german companies told me they're delaying further investments in Perl 5, since "Perl 6 is coming".

Re: Interview with Larry Wall

#88

Earlier quoted context omitted.

Yep. It is often much easier (see UNIX pipes) to break a problem down into steps that can be paused / restarted, not to mention just making the logic of each piece much simpler. I've seen where one class of data (e.g. transactions on contracts) are broken down into subclasses (e.g. commercial, individual) then processed by a different perl program to be recombined into one set that is finished by another perl script.…

microservice :D

I would so like to get a diary from a group that transitioned a overnight text batch system to a collection of microservices.

Re: Interview with Larry Wall

#89

Earlier quoted context omitted.

I wonder if you can share the data behind this fact? I'm always looking to add missing datapoints to my brain. Much appreciated!

The data is obvious online, in that many many people have to be explained that they're different languages, with a good part of those also stating that they gave up on Perl 5 since "Perl 6 is coming"; as well as in direct talks with companies as early as 5+ years ago already when many german companies told me they're delaying further investments in Perl 5, since "Perl 6 is coming".

Thank you. I don't doubt that Perl6 has had some negative impact on Perl5.

However, I and many others believe that Perl6's positive influences on the Perl5 community far outweigh the downsides. For starters, the whole Moose:: ecosystem (https://metacpan.org/pod/distribution/Moose/lib/Moose/Manual...) would arguably not have existed were it not for Perl6. And there are quite a few other examples.

Perl5 is a vibrant, active language: https://metacpan.org/recent

I understand your perspective though.

Re: Interview with Larry Wall

#90

Earlier quoted context omitted.

The data is obvious online, in that many many people have to be explained that they're different languages, with a good part of those also stating that they gave up on Perl 5 since "Perl 6 is coming"; as well as in direct talks with companies as early as 5+ years ago already when many german companies told me they're delaying further investments in Perl 5, since "Perl 6 is coming".

Thank you. I don't doubt that Perl6 has had some negative impact on Perl5. However, I and many others believe that Perl6's positive influences on the Perl5 community far outweigh the downsides. For starters, the whole Moose:: ecosystem ( https://metacpan.org/pod/distribution/Moose/lib/Moose/Manual... ) would arguably not have existed were it not for Perl6. And there are quite a few other examples. Perl5 is a vibrant,…

I think the parent's point was just about the name of the language. If it were called something like "P6" instead, it would have helped avoid some confusion - especially among those who are only peripherally involved with Perl.

FWIW, I use and love Perl5, and completely agree with your assessment.

Post reply on HN