Beefy Boxes and Bandwidth Generously Provided by pair Networks
Pathologically Eclectic Rubbish Lister

comment on

( #3333=superdoc: print w/replies, xml ) Need Help??

I'm following the list traffic for Perl6 and I'm getting a little worried. . .

Perl was my first real language. I programmed HTML, BASIC, Delphi, and started learning C and noticed how cool perl was. If they rip out the internals as the following suggests, how much will I have to relearn to keep with Perl?

> And I'm *really* against . as an attribute access mechanism :-)

This is my stance as well. 

One thing to remember is that we're ripping the internals out
completely. This means we can redo everything, including the fact that
Perl OO is basically "bolted onto the side" as you mention (it is,

I absolutely hate . as well. I always have, even in other languages. The
-> notation is much clearer that "hey, we're doing something with a
member attribute".

If what you're looking for is something like this:

   $foo->bar = "hello";    # ignoring if bar() is a func, or hash, or

I don't see why we can't do that. Just rewrite the internals (hey, we're
doing that anyways!). And personally, I'm for this type of thing because
you can say:

   ($foo->bar, $foo->bar2) = split;

Without having to worry "is it a function? hash? array?". And we can
still leave:

   $foo::bar = "scalar";
   @foo::bar = ("array");

For people that want tight control over this stuff.

I agree with Damian. I think the idea of putting two distinct OO methods
in Perl is a very bad idea, at best. Fixing some stuff about the current
mechanism is, however, a very good idea. I think the RFC would be much
better spent if it listed annoyances and proposed fixes, rather than a
second whole OO scheme. Remember, we're trying to *decrease* bloat here.

I wouldn't worry about breaking stuff at this point. That's a next-stage
decision - benefits vs. costs. We're still in the "developing ideas"
stage. Remember, we're got conversion scripts, FAQs, Camel-4, and lots
of other ways to bring people up to date on changes.


I'm not sure I want to relearn Perl and I'm not sure I'll like the new Perl as much as I like this one. I'm sure lwall knows what he's doing, Nate knows what he's doing, Randal is keeping an eye on things and all are very good, but I'm concerned about the effect this rewrite will have on my daily life, on script usage, and the like.

J. J. Horner
Linux, Perl, Apache, Stronghold, Unix

In reply to Ripping out Perl internals in Perl6 by jjhorner

Use:  <p> text here (a paragraph) </p>
and:  <code> code here </code>
to format your post; it's "PerlMonks-approved HTML":

  • Are you posting in the right place? Check out Where do I post X? to know for sure.
  • Posts may use any of the Perl Monks Approved HTML tags. Currently these include the following:
    <code> <a> <b> <big> <blockquote> <br /> <dd> <dl> <dt> <em> <font> <h1> <h2> <h3> <h4> <h5> <h6> <hr /> <i> <li> <nbsp> <ol> <p> <small> <strike> <strong> <sub> <sup> <table> <td> <th> <tr> <tt> <u> <ul>
  • Snippets of code should be wrapped in <code> tags not <pre> tags. In fact, <pre> tags should generally be avoided. If they must be used, extreme care should be taken to ensure that their contents do not have long lines (<70 chars), in order to prevent horizontal scrolling (and possible janitor intervention).
  • Want more info? How to link or How to display code and escape characters are good places to start.
Log In?

What's my password?
Create A New User
Domain Nodelet?
and the web crawler heard nothing...

How do I use this? | Other CB clients
Other Users?
Others scrutinizing the Monastery: (3)
As of 2023-09-26 23:12 GMT
Find Nodes?
    Voting Booth?

    No recent polls found