Slash Boxes
NOTE: use Perl; is on undef hiatus. You can read content, but you can't post it. More info will be forthcoming forthcomingly.

All the Perl that's Practical to Extract and Report

The Fine Print: The following comments are owned by whoever posted them. We are not responsible for them in any way.
More | Login | Reply
Loading... please wait.
  • I'd like to illustrate the view with this v6-alpha CPAN stack [].

    It is true that Perl 6's syntax is evolving and not for production. However, Perl 6's semantics is much more stable, and most of it has been feature-frozen for many months now.

    ...and that's why we can implement the semantics as pure Perl 5 modules, such as Moose [], that involes no precompilation, and that you can use just like regular CPAN modules.

    And it's okay for only the underlying layers be production-quality for a while. People w

    • Audrey,

      Your comment has illustrated more clearly and concisely to me the direction perl 6 is heading. (Perhaps I should have attended one of your talks on the subject.) I've started digging into Moose and Class::MOP, and so far I like what I see. I'll have to look at some of the other items you list in your "Semantics" layer for more insight. More importantly, it now appears to me (much more than it ever has before) that there is both continuity and a clearer path to migration than I realized heretofo
  • I think even someone not into computing, perhaps especially so, would be able to pick up on the conflicting messages being emitted about P6. Much of the problem is due to the 'if we ignore it it'll go away' philosophy coupled with those deeply involved with certain integral parts of the project speaking much more openly and candidly in dark corners with trusted listeners. Parrot is the poster child of this problem and it, indeed, raises significant doubts about the p6 project as a whole. Problems that ever

    • speaking much more openly and candidly in dark corners with trusted listeners

      People do that about employers too, so I'm not sure if this activity in itself is really saying anything about the project.

    • I agree, and my entire effort in Perl6/Pugs/Parrot development has been refusing to participate in closed lists, communicate solely in public channels, and strive to bring everyone involved into those public channels (e.g. getting leo and TimToady on IRC).

      I'd say by working with p5p, we are getting back to the route of expressing the parts of Perl6 that actually solves real-world problems (class introspection, fast method calls, named params, constraints, macros) into Perl5 land, and the surface syntax --

      • You are but one. This is me being optimistic. :) Still, the original complaint that there are loud and conflicting messages throughout the project as a whole is real and valid. People talk and especially when those people have a bit of credibility one must consider that perception is reality.
        • I wouldn't characterize my posting as a "complaint" per se, merely an observation. I recognize that a great deal of chaos is needed in order for our community process to work – in the end it usually works itself out to a better-than-favorable solution. Regardless, my whole point in posting this is to say:
          1. yes, the community is divided on the future of perl 6 and parrot, though I'm not making any value judgement on that;
          2. here is a sampling of the matrix of opinions I have encountered (mostly tal
  • This one I found rather peculiar, and I can't remember who said it to me (at YAPC):
    • Paraphrasing: Perl 6 won't really prove itself as a language until it is self-hosting.

    My response was simply, Can you name any dynamic languages that are self-hosting? No one at the table could – perhaps someone else knows. Personally, I don't see why this matters so much. Perhaps some benefit would be derived from having parrot (or whatever the ultimate VM ends up being) be self-hosting, but I'm not convinced o