That's a perfect example of a much better approach, exactly like I was talking about earlier.
There's CPython, the main Python interpreter. It's quite traditional in architecture, and is written in a very portable subset of C.
It's the Python implementation that pretty much all Python developers and users happily and successfully use.
Then there are the experimental or niche Python implementations. They augment very specific and isolated use cases, instead of splintering and delaying the adoption of the language like the many failed partial Perl 6 implementations did.
It should be evident that the Python approach is better than the Perl approach. We've been able to use Python 3 in production for many years now, while Perl 6 still isn't usable.
I would almost think that what you like in Python is now available for Perl 6 (plus loads more!):
You've got MoarVM, which is just like CPython
But if you want a different backend - great! Don't have to wait for MoarVM - the folks at MoarVM didn't wait for Parrot to solve their problems (or they'd still be waiting). For example, use JVM, just like Jython.
This is a stark difference to the situation of Perl 5, where there is only one interpreter, and there's little, if any chance of another. There's no Perl 5 language specification (as there is in Perl 6), except the Perl 5 interpreter. Only Perl 5 can parse Perl 5.
Perl 6 got so many things right, it's phenomenal.
Getting things right takes time, and it only happened because so many things went wrong.
It doesn't matter how many things Perl 6 got right when they got the most important thing completely wrong: the availability of a usable and reliable implementation!
There's CPython, the main Python interpreter. It's quite traditional in architecture, and is written in a very portable subset of C.
It's the Python implementation that pretty much all Python developers and users happily and successfully use.
Then there are the experimental or niche Python implementations. They augment very specific and isolated use cases, instead of splintering and delaying the adoption of the language like the many failed partial Perl 6 implementations did.
It should be evident that the Python approach is better than the Perl approach. We've been able to use Python 3 in production for many years now, while Perl 6 still isn't usable.