Sure they can "exist" but that does not keep the "user-friendliness" from getting underfoot.

Imagine for a moment that one day you get home, and not only has someone removed all your CD shelves so that safety banisters could be installed on every wall, they have also also baby-proofed your entire apartment so nothing is where you left it, put each of your power tools in its own locked box each with a different key. made all the lights in the place turn on at once when you clap, turned parental controls on your TV on, and entered a one-year contract with a company of tiny elves who will come and rearrange all your furniture every week in new and unusual ways, throw all the food from you fridge out and fill it with bags of pesto, and store the contents of all your wastebaskets in your garage.

That's the level of difference we are talking here.

Spitballing here, but the level of neutrons that get blocked by shielding is proportional to the amount of shielding, and the level of neutrons that tunnel out is some sigma of the density of the number of neutrons still travelling in the correct direction to hit the sensor, while the level of neutrons that tunnel back is not related to the amount of shielding at all, so measurements at different levels of shielding should create a solvable system of equations. Assuming there is no shielding present in the parallel universe.

Nah he's just allergic to all the mold growing on his cool-bricks. He should have thrown them out when they stopped working due to the lattice getting clogged with calcium.

You don;t have to worry -- your Perl 5 code is safe, since there is no directive at all being pushed to "replace" Perl 5 with Perl 6. They will exist as sister languages, won't fight each other when installed together, and there is a thriving Perl 5 community actively developing and maintaining Perl 5 for the forseeable future.

Current intergration is through libperl, and future integration will likely be independent of the VM, just a "slang" using the grammar engine and MOP on the backend. Parrot was aimed at being a polyglot VM, but other VMs started to catch up in that regard so Perl 6 began to target those runtimes as well.

Hilarious. And yes it was very, very, very, slow. And yes it continues to speed up. At this point it's OK for scripts that run occasionally, and for some medium-duty stuff if you don't mind spending a bit of time doing some tweaking-you-shouldn't-have to.

...if you don't grok closures/anonsubs. If you do, it looks much neater.

I've found several choices made by systemd relatively deplorable. I find Perl 6's choices rational and convenient, pretty much all of them. So no.

To be clear, what I meant to say is, I only have to rewrite those portions I feel like rewriting: you can use Perl 5 from inside a Perl 6 file pretty painlessly these days, as long as you aren't looking for heavy performance or too much complex async. Perl 5 and Perl 6 are considered more "sister languages" than a necessary upgrade, with Perl 5 continued to be maintained and even developed.

Languages need to scale to talent, so a codebase maintained by veterans of the language can use advanced constructs, while a codebase meant to be maintained by newbies can stick to the babytalk. Which is where Perl 5's flexibility can be leveraged well. I think you'll find Perl 6 to be a joy to work with, and if you have the privilege of working with a devel team that gets good at it, it will be an awesome experience, plus you can still "talk down" for stuff you need to throw to the public to maintain.

IIRC, the Christmas release will be tagged 6.0.0. That was sort of a misinterpretation of an off-the-cuff remark.

No, you may be thinking of an early prototype, named pugs, written in Haskell as part of the whirpool design process. The pool has whirled several times since then. I really admire the attention to detail that's been put into the Perl 6 specification and the implementation is coming along nicely and is already very usable for both small ad-hoc scripts and larger stuff, too. Just not for high performance quite yet and a few places where you have to work around some TODOs.

Perl6 version, FWIW:

@Lines .= sort: *.Name

Also I'll be enjoying (really, not sarcastically) years of using Perl5 and Perl6 in the same file due to the easy integration between the two, replacing that part of Perl5 that was ugly at my leisure, or not, and still having things work.

I really like this language a lot.