> I fail to see how the GIL stops you from creating concurrent code.

I misread what you wrote. My apologies.

> concurrency is ... not about multi-threading

Agreed.

(Fwiw, I think part of what threw me is that almost all proglangs can do some concurrency -- folk have been forking with Perl for nearly 30 years -- but that reminds me of the notion that most proglangs are turing equivalent.)

> all dev moves towards functional programming, and people care less about MRO's as functional paradigms replace some complex OO paradigms.

Agreed.

> Reasonable REGEXP engine means ... PCRE

OK.

> grammars, FSMs, regexpes, so forth... these are different names/views/uses for the same thing.

(Agreed in a sense analogous to forking and SIMD being different names/views/uses of concurrency/parallelism/async.)

> Most important is to understand the tools in a toolbox, not just to be happy about how shiny a particular screwdriver is.

Agreed.

> I'm prepared to not take offense by your last comment. Its been days and I don't see a single comment of s.o. using Perl6 for enterprise stuff.

Apologies for the confusion but please note that I simply agreed with you and closed with a hopeful parting:

>>> I'll need a very long list of assurances to convince any client/manager/colleague to take this road.

>> I think it'll be another few years before the list can get long enough for your situation. Maybe we'll see you further down the road?

> Booking.com ... was started as Perl5 one, when Perl5 was big in a very different sense that Perl6 is today.

Agreed.

> still fail to find a reason to move to language with no CPAN

I think "no CPAN" doesn't do justice to where things are at.

1. In "IRC::Client: Perl 6 Multi-Server IRC (or Awesome Async Interfaces with Perl 6)" the author shows this code:

use IRC::Client;
use Mojo::UserAgent:from<Perl5>;

class Bash {
...
has $!ua = Mojo::UserAgent.new;
...
method !fetch-quotes {
$cache.send:
$_ for $!ua
.get($BASH_URL)
.res
.dom
.find('.qt')
.each».all_text
.lines
.join: ' ';
}
}

Are you not willing to count this sort of use of CPAN's Perl 5 Mojo::UserAgent as part of Perl 6's virtual CPAN as it were?

2. Yesterdays blog post about the Perl Toolchain Summit[1] includes this:

> there are people looking to leverage Perl 5 and CPAN in Perl 6, which is why we also invite Perl 6 toolchain developers

I don't think it'll be helpful to get into details in this comment, but from my vantage point the Perl community is not remotely as fractured as some folk seem to think. Perl 5 and Perl 6 are two very distinct and individually great languages that have been moving towards working with each other since the 2012 Perl Reunification Summit. (It's just gonna take time to make sure it's done in such a way that the language combination is worth more than the sum of its parts.)

> no BOOKS

One just came out and two O'Reilly titles are due this year, 'Think Perl 6' due in a couple months and bdfoy's 'Learning Perl 6' driven by his kickstarter campaign which raised $40K. Others are in progress too.

> with a very complex and comprehensive syntax

Well, that's a thing.

While I had a great time with Perl in the 90s, I have long struggled a bit, and sometimes more than a bit, with Perl 5 when going beyond real basics. It seemed to me to have a very complex and comprehensive syntax overall even after I'd begun reaching up to the 3rd and 4th levels of Perl mastery.

Perl 6 seems sooooo simple in comparison!

> and (as many pointed) no big enterprise to back its adoption...

Yes.

One bit of good news is that this hasn't and won't stop the evolution and maturation of Perl 6.

Another is that the project's improvement is grounded in its test suite. This provides the interesting possibility of corporations funding development and smoking of particular tests that matter to them. (Do you know if that is happening in Perl 5 space, Python, etc.?)

[1] http://blogs.perl.org/users/book/2017/02/about-the-perl-tool...

[2] http://perl6.party/post/IRC-Client-Perl-6-Multi-Server-IRC-M...