Live data from Hacker News

Ask HN: Perl 6: Do you use it, how do you like it, what do you do with it?

news.ycombinator.com

31–40 of 163 posts

Re: Ask HN: Perl 6: Do you use it, how do you like it, what do you do with it?

#31
post #29

Perhaps you should look at this two presentations first: https://media.ccc.de/v/31c3_-_6243_-_en_-_saal_1_-_201412292... https://media.ccc.de/v/32c3-7130-the_perl_jam_2

Looks like that's about Perl 5, not 6. (I am not going to watch such long videos without more info up front.)

Re: Ask HN: Perl 6: Do you use it, how do you like it, what do you do with it?

#32
Substantial amount of Perl6 goodness is already baked one way or another in ES6/7, Python 3.x, Scala and even the modern C# and C++14/17. Speaking of stuff like concurrency, C3 resolution, object proxies (a.k.a AUTOLOAD), introspection/reflection, promises, reasonable regex engine, etc.

As far as speed is concerned - with the modern approach to concurrent programming, it does not really make a difference which of the above languages you'd choose, as long as your architecture is right. IO::Async may in many scenarious be faster than Node, Perl devs are probably 2x the price of a JS guy...

So the question for Perl6 is really - when, if ever, is it going to have tools like npm, make, pip to simplify the maintenance of a project. Not to mention proper debugger (i.e. Perl6 debugging plugin for VSCODE).

Perl6 is a lot of syntax even for Perl5 oldies like myself, and I'll need a very long list of assurances to convince any client/manager/colleague to take this road. Because chances are I end up being the only living soul on the planet able to maintain my Perl6 code.

After all - R&D is not only about the initial writing (that'd be 15-20% of all time), but also debugging (huge part), CI (some 15-20%), and post-release support.

Unfortunately languages like Scala and ES6 are presently way more appealing with already-complete ecosystems of tools and editors. They also provide pretty much the same performance for likewise non-enterprise projects. On the contrary - in order to introduce Perl6 in an enterprise (where Perl5 is still considered an option), one would have to have a very convincing set of arguments...

Re: Ask HN: Perl 6: Do you use it, how do you like it, what do you do with it?

#33
post #24
post #3

Earlier quoted context omitted.

I use perl for new code all the time. It's not a trendy language, so it won't get much coverage on HN, but the language and libraries are great IMO. Also, perl 6 is effectively a completely different language from 'normal' perl (i.e. perl 5.x). The difference between the two is far far bigger than say python 2 -> 3. As a perl programmer, I see no obvious benefit from switching from perl 5 -> 6, it would be the same a…

As someone who knows neither version, I find this surprising. Surely, even if none of your code works, switching from Perl 5 to Perl 6 is much less of a "culture shock" than switching to, say, Ruby or Python?

That's the thing - what OP said is exactly the case. Perl5 is an order of magnitude closer to ES6 than it is to Rakudo.

Re: Ask HN: Perl 6: Do you use it, how do you like it, what do you do with it?

#34
post #28

To a large degree, the ongoing utility of Perl 6 depends upon the continued vibrancy of the CPAN community. IMHO, CPAN is anything but vibrant by today's standards. While CPAN hosts a vast archive of nearly 35,000 modules[1], many are aging. Fewer than 800 modules are known to exist for Perl 6.[2] [1] http://www.modulecounts.com/ [2] https://modules.perl6.org/

I'm no Perl user, but surely 800 is pretty good for a one year old language? How many did Perl 5 have when it was one year old? (That's a trick question: CPAN was officially launched about year after Perl 5 came out; see here http://history.perl.org/PerlTimeline.html )

Fair point, but it's also fair to note that Perl 6 development began 17 years ago.

Re: Ask HN: Perl 6: Do you use it, how do you like it, what do you do with it?

#35
post #32

Substantial amount of Perl6 goodness is already baked one way or another in ES6/7, Python 3.x, Scala and even the modern C# and C++14/17. Speaking of stuff like concurrency, C3 resolution, object proxies (a.k.a AUTOLOAD), introspection/reflection, promises, reasonable regex engine, etc. As far as speed is concerned - with the modern approach to concurrent programming, it does not really make a difference which of the…

I chuckled the first time I saw 'use strict'; at the top of the javascript file. Node.js seems to be morphing more and more into Perl 5 with every new release.

Re: Ask HN: Perl 6: Do you use it, how do you like it, what do you do with it?

#36
post #20

I've been using it locally to write a few small scripts, nothing publicly available (yet). Traits and roles are really neat - they feel like a natural conclusion to what Ruby started building upon with respect to metaprogramming natural syntax and encouraging developer happiness over strictness. On the whole, however, many small parts of Perl 6 feel immature. There's no core JSON/YAML module, and there's no "official…

BTW, the source for Panda is very clear and readable, I was just glancing it and am able to reason about it even though I only superficially know Perl 5 to write some dirty scripts and the code is sparsely commented.

Thanks blushes :)

Re: Ask HN: Perl 6: Do you use it, how do you like it, what do you do with it?

#37

To a large degree, the ongoing utility of Perl 6 depends upon the continued vibrancy of the CPAN community. IMHO, CPAN is anything but vibrant by today's standards. While CPAN hosts a vast archive of nearly 35,000 modules[1], many are aging. Fewer than 800 modules are known to exist for Perl 6.[2] [1] http://www.modulecounts.com/ [2] https://modules.perl6.org/

It doesn't help that CPAN is an archaic module system with a user interface (PAUSE) straight out of 1995.

Re: Ask HN: Perl 6: Do you use it, how do you like it, what do you do with it?

#38
post #8

follow-up: for a non-Perl person, who is incredibly interested in getting started with Perl 6, are there any good resources (code examples, blog posts exploring language concepts unique to Perl 6) that anyone would recommend?

I'm writing a book about Perl 6 right now, targeted at folks who already know some programming language(s), but not necessarily Perl 5: https://leanpub.com/perl6 There are 9 chapters out there already, which you get you started nicely. Feedback would be very welcome!

Thanks, I'll give it a look and probably give you feedback... a long time from now. I get to things slowly, but I do get to them :)

Re: Ask HN: Perl 6: Do you use it, how do you like it, what do you do with it?

#39

I've been using it locally to write a few small scripts, nothing publicly available (yet). Traits and roles are really neat - they feel like a natural conclusion to what Ruby started building upon with respect to metaprogramming natural syntax and encouraging developer happiness over strictness. On the whole, however, many small parts of Perl 6 feel immature. There's no core JSON/YAML module, and there's no "official…

Rakudo has JSON support built in, and Rakudo Star, the example batteries-included dist, has two additional JSON modules - and ships zef for module management, replacing panda.

The ecosystem is still young, and "not ready" is a perfectly reasonable point of view, but you're using definitions of core/official that don't really apply - rakudo is the base compiler, not a complete release.

Re: Ask HN: Perl 6: Do you use it, how do you like it, what do you do with it?

#40
I worked on Perl 5 projects professionally for about 15 years, then switched to a new job that uses Node.js. I enjoyed coding in Perl 5, but it was hard to find and retain Perl 5 developers. Our later hires preferred to code in C#, Python and Ruby-- This was before Node.js took off. Looking at language trajectories on http://modulecounts.com/ The momentum that JavaScript has compared to Perl is amazing-- CPAN growth is relatively flat, JavaScript growth is skyrocketing. JavaScript has it's own warts, but for web projects with smaller teams, having the frontend and backend in the same language is big benefit. As much as I enjoyed the Perl language and community, I can't foresee recommending it for team web projects in the near future.
Post reply on HN