Are you using Perl 6 in production?

stevieb has asked for the wisdom of the Perl Monks concerning the following question:

I've dabbled with it here-and-there (the last real tests I've done were about two years ago). Perl 5 is my favourite language, and I now program in Python professionally.

I dabbled in p6 prior to learning Python, and there are some obvious similarities, but p6 still has a perl-esque feel.

It's a slow day here, so I thought I'd ask if anyone here is using p6 in any real-world prod situations, and if so, for what.

As an aside, I'm curious to know how p6 handles external modules. Yes, I can go do homework, but I thought I'd ask in order to get some feedback here so many people can be apprised. It doesn't appear as though the CPAN handles p6 modules.

-stevieb

Comment on Are you using Perl 6 in production?

Replies are listed 'Best First'.
Re: Are you using Perl 6 in production? by Anonymous Monk on May 22, 2016 at 20:38 UTC
http://modules.perl6.org/ http://doc.perl6.org/language/modules#Finding_Modules http://doc.perl6.org/language/modules#Distributing_Modules	[reply]
Re^2: Are you using Perl 6 in production? by stevieb (Canon) on May 22, 2016 at 20:42 UTC
That's great, thanks! I've been contemplating converting some of my p5 CPAN modules over to p6 just to stay abreast of the p6 world, and get some real practice.	[reply]
Re^3: Are you using Perl 6 in production? by raiph (Deacon) on May 23, 2016 at 00:02 UTC
Do your Perl 5 modules work as is, unchanged, in your Perl 6, using Inline::Perl5? perl6.party (not mine)	[reply]
Re^4: Are you using Perl 6 in production? by stevieb (Canon) on May 23, 2016 at 00:11 UTC
Re: Are you using Perl 6 in production? by cavac (Parson) on May 23, 2016 at 10:44 UTC
No, currently i'm not using Perl 6. Beside not having time (and any need to) re-write half of my source code and the non-availibility of ActiveState tools for P6, i'm not really happy with the landscape surrounding P6. For example, more or less forcing developers to use Github is just stupid. For one, P6 will run into exactly the same Problems as node.js (one developer depublishes something and the whole infrastructure falls flat on its face; no namespace protection, ...). Also, not everyone uses - or even wants to use - git. I for one have banned git from all my projects, because its too easy to lie (yes, rebasing is lying). "For me, programming in Perl is like my cooking. The result may not always taste nice, but it's quick, painless and it get's food on the table."	[reply]
Re^2: Are you using Perl 6 in production? by RonW (Parson) on May 23, 2016 at 22:33 UTC
I lost my enthusiasm for Perl6 years ago. And I've not yet more than dabbled in the officially released Perl6. As for contributing modules to Perl6, the guide claims that the plan is to create a Perl6 equivalent of CPAN. Also, I found the note: You can also already upload your Perl 6 modules to Perl 5's PAUSE, selecting `Perl6` directory during the upload. That will ensure your module is indexed in Perl 6's space and not Perl 5's.	[reply]
Re^2: Are you using Perl 6 in production? by Zoffix (Acolyte) on May 28, 2016 at 17:13 UTC
GitHub-based system is only temporary, until Perl 6 version of CPAN infrastructure is built. Also, you're not forced to use GitHub. There's support for GitLab as well, and we can add other services too, if needed.	[reply]
Re^2: Are you using Perl 6 in production? by Anonymous Monk on May 28, 2016 at 18:37 UTC
Yes git rebase is a type of lie, but it is white lie that is far more useful than the truth. (you shouldn't rebase any branch that isn't a temporary working branch though) Keeping the history clean is a far worthier goal than never rewriting history. ( In fact if I had to work with a DVCS that didn't support rebasing, I would recreate the commits by hand, which is tedious and error prone. ) In fact I prefer branches to be merged into master with git merge --ff-only --no-ff which has the effect of saying "this whole temporary branch is actually only one commit that was entirely made sometime after the last commit on master". It doesn't squash the commits, it just makes them easier to skip over when doing git bisect. I can only imagine how screwed up the history would be on a long-lived temporary branch if you kept merging from master instead of rebasing.	[reply]
Re: Are you using Perl 6 in production? by Zoffix (Acolyte) on May 28, 2016 at 17:15 UTC
I use it in productionn/work. Mostly for parsers and utility scripts. Most of my work involves Web apps and there isn't yet a tool I'd love to use for that in Perl 6. The current ecosystem is tiny and I often have to rely on Inline::Perl5 and CPAN Perl 5 modules for functionality.	[reply]


Welcome to the Monastery
	PerlMonks