No C for me thank you

Recently, I ported some C code to Perl. The reason this was done was purely bureaucratic. I am a mediocre C programmer at best so perhaps my lack of expertise made this process more painful than it would have been otherwise. In any event, I am happy to continue blissfully ignoring C (sorry Parrot).

I found that the LOC was reduced by about 10:1. Some of the issues I ran into were obvious - working with sockets at a low level was challenging because I am used to using abstraction modules like IO::Socket::INET and IO::Select. Some of the other issues might not have been so obvious.

You don't translate C line by line. You read a block of code, figure out what it is trying to accomplish (ignoring how it is accomplishing it) and then write the line or 2 of equivalent Perl. My problem is that I don't have enough experience to ignore the "how". I mentally keep track of each thing happening in turn until I reach the "a ha" line that makes it clear why all the previous steps were necessary.

The Fine Print: The following comments are owned by whoever posted them. We are not responsible for them in any way.
Without JavaScript enabled, you might want to
use the classic discussion system instead. If you login, you can remember this preference.

One of my personal theories for why Ruby, etc., are more
successful recently is that they abstract away more
than Perl does, or at least they abstract away
more important things. It's not so much the
languages themselves but the mindset of the
communities. It's one reason why I don't
think Perl 6 is going to "turn things around" for Perl. [skip list of disclaimers for warding off flames:} ] We're going to end up rewriting a lot of
existing functionality in Perl 6, but I don't think that will lead to more a

Considering the breadth of things that Perl 6 adds, at levels of abstraction that no other current mainstream-aimed language even attempts, I find it hard not to reject that statement as absurd. Junctions, laziness, multi-dispatch, roles, grammars… there are so many things.

Can you name anything that Perl 6 is missing? Or name any language that already has a significant portion of the things Perl 6 is meant to provide?

Aristotle. When you use jargon like that it's not very convincing to me. (I see a crow outside searching for food!) It doesn't mean much to me or connect to my experience, so I just kind of "reject that statement as absurd", as you put it. (I heard a plane just take off from the airport!) Junctions, those must....join things or something I guess, like the internet tubes? And grammars, I know you ain't supposed to say "ain't" and things like that. (The French class across the hall just let out, and they wer

I was simply trying to avoid assuming that you passed judgement about Perl 6 without knowing the first thing about it. But you are now stating that that was indeed the case, and further that jargon does not mean much to you. So you’ll excuse me for leaving it to Perl 6 itself to convince you whenever it rolls around; I haven’t the stamina to type in this textbox an introduction from scratch into each of these features that will properly convey to you how it will help you in the trenche

Smalltalk as a language is not in the same cluster as these popular dynamic languages. But it’s also more than just a language. It includes a platform and even a different model of the act of programming.

Perl 6 together with Parrot and some form of in-process development environment that nobody has given any thought to so far might provide something roughly comparable. I think there would still be significant differences, though. Much would depend on this fictional development environment, so lit