Beefy Boxes and Bandwidth Generously Provided by pair Networks
There's more than one way to do things

comment on

( [id://3333] : superdoc . print w/replies, xml ) Need Help??
(Full disclosure: I'm a Parrot core hacker.)

Where's the application-level sweet spot most likely to be in designing and implementing for Parrot? Language specifics or internals aren't really on my mind in this question.

Although this may fall under the internals category, I think it'll be in embedding and extending. Their interfaces will be far more well-defined than in Perl 5, which will be a big win. If these interfaces are only as clean as the rest of Parrot (and they're expected to be cleaner), C-level work will be much more accessible to J. Random Hacker.

And philosophically (and possibly rhetorically): Since Parrot will be extensible to allow runtime use by many languages, is this the logical extension of "glue language" philosophy applied to the now separate VM? Is Parrot the result of many Secret Meetings in order to conquer the world with a Unified Language Theory in practice? :) If Parrot succeeds on a grand scale, will it take on a life of its own and no longer be necessarily associated with Perl itself?

It is my hope that Parrot's association with Perl eventually becomes irrelevant to anybody but computer historians. Not only does this mean that Parrot can survive even if Perl doesn't (which I don't expect to happen, but who knows?), but it'll help users of other languages (*cough*Python*cough*) to see Parrot for its own benefits and not just as part of The Enemy's language. And that, I believe, will benefit everybody.

--Brent Dax
There is no sig.

In reply to Re: What are the opportunities with Parrot? by BrentDax
in thread What are the opportunities with Parrot? by tjh

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.