Re^5: Perl 6 is going to get a lot faster in 2013

Yes, I'm looking forward to trying it out. I've never used it.

I agree that perl has always been somewhat incomplete, in the sense that it's always possible to make it better. But that's a silly way of interpreting completeness. I've given an example (which took me approximately 30 seconds to find using google) elsewhere in this thread of a core feature that doesn't yet exist. I understand that object introspection and macros are also still not implemented.

If I didn't already have a set of excellent tools available, then I might consider using perl 6 even in its current state - just like I did back with early perl 5.

Comment on Re^5: Perl 6 is going to get a lot faster in 2013

Replies are listed 'Best First'.
Re^6: Perl 6 is going to get a lot faster in 2013 by raiph (Deacon) on Feb 05, 2013 at 17:35 UTC
Yes, I'm looking forward to trying it out. I've never used it. If you decide to have a go this year, start by visiting the IRC channel #perl6 on freenode between about 10am and 10pm GMT (most Perl 6 hackers are based in Europe) and asking questions. The channel has a very friendly and productive vibe -- and folk like Nicholas Clark and Stevan Little have begun to hang out there in recent weeks which is fun too. I've given an example (which took me approximately 30 seconds to find using google) elsewhere in this thread of a core feature that doesn't yet exist. Hmm. I don't see it. (I see two posts to this thread using the DrHyde nick, the one that was general and this one which I'm replying to.) I understand that object introspection and macros are also still not implemented. Object introspection was implemented early in Rakudo's life (2008?). It's a fairly mature feature at this point. Fwiw here's a search of the #perl6 logs for "introspection". Carl Mäsak first dreamed of macros in Perl 6 around 2005/2006 iirc, and began fleshing out a design for Rakudo in 2011. He landed an initial implementation of hygienic AST macros (ie Lisp style, not C style) in late 2012. If I didn't already have a set of excellent tools available, then I might consider using perl 6 even in its current state - just like I did back with early perl 5. Imo it's about 18 months too early for those whose focus is getting stuff done rather than having fun helping productize Perl 6. In contrast I think that Perl 6 is attractive to those who want to have fun trying to find things Perl 6 is particularly good at, pushing against its rough edges, and contributing to its improvement.	[reply]

Replies are listed 'Best First'.

Re^6: Perl 6 is going to get a lot faster in 2013
by raiph (Deacon) on Feb 05, 2013 at 17:35 UTC

Yes, I'm looking forward to trying it out. I've never used it.

If you decide to have a go this year, start by visiting the IRC channel #perl6 on freenode between about 10am and 10pm GMT (most Perl 6 hackers are based in Europe) and asking questions. The channel has a very friendly and productive vibe -- and folk like Nicholas Clark and Stevan Little have begun to hang out there in recent weeks which is fun too.

I've given an example (which took me approximately 30 seconds to find using google) elsewhere in this thread of a core feature that doesn't yet exist.

Hmm. I don't see it. (I see two posts to this thread using the DrHyde nick, the one that was general and this one which I'm replying to.)

I understand that object introspection and macros are also still not implemented.

Object introspection was implemented early in Rakudo's life (2008?). It's a fairly mature feature at this point. Fwiw here's a search of the #perl6 logs for "introspection".

Carl Mäsak first dreamed of macros in Perl 6 around 2005/2006 iirc, and began fleshing out a design for Rakudo in 2011. He landed an initial implementation of hygienic AST macros (ie Lisp style, not C style) in late 2012.

If I didn't already have a set of excellent tools available, then I might consider using perl 6 even in its current state - just like I did back with early perl 5.

Imo it's about 18 months too early for those whose focus is getting stuff done rather than having fun helping productize Perl 6.

In contrast I think that Perl 6 is attractive to those who want to have fun trying to find things Perl 6 is particularly good at, pushing against its rough edges, and contributing to its improvement.

[reply]