I'm not really sure I understand the purpose of your post. So if I miss, sorry.
I see Perl5 continuing to evolve. I see Perl6 as something quite different, that I would love to get my hands on a full implementation of, but am not holding my breath. If it ever happens I think they would likely coexists for a very long time. I think the best way that Perl6 could support Perl5 would be to just embed the existing perl5 interpreter. It could then run all existing Perl5 code and modules and interoperate without "shelling out".
I love some of the recent additions to Perl5. Though others--smart matching; given/when--haven't really floated my boat much.
Had I the wherewithall to lead or influence the next phase of Perl5's development, I would avoid the addition of new functionality and spend a cycle or two consolidating the existing code.
I think that there is much that could be done to improve the performance of subroutine calls, memory management, 'magic' handling, and unicode processing. Improvements in these areas would have a significant impact on everything else built on top. It could, for example, have a significant impact upon the performance of heavy, sluggish layers like Moose.
I'd also like to see some of the historical artefacts addressed. Things like input & output separators etc. being global rather than per-handle. Basically a clean-up of some of the many well-known existing Perl5 problems rather than the addition of new functionality.
In reply to Re: What is best for the future.
by BrowserUk
in thread What is best for the future.
by Anonymous Monk
| For: | Use: | ||
| & | & | ||
| < | < | ||
| > | > | ||
| [ | [ | ||
| ] | ] |