Learning Perl, 4th Ed.

Craig Maloney writes "Just about everyone out there who has ever typed #!/usr/bin/perl has encountered Learning Perl (otherwise known as "The Llama Book") in one form or another. You may have learned some of the intricacies of the language from this tome, or you've seen someone recommend this book to potential Perl programmers on-line. Learning Perl is generally in the top three recommended books for new Perl programmers, next to Programming Perl ("The Camel Book"). Now in its fourth edition, Learning Perl returns with updates covering the stable 5.8 series of Perl. The changes are subtle, but the improvements make for a clearer and more readable book." Read on for the rest of Maloney's review. Learning Perl, Fourth Edition author Randal L. Schwartz, Tom Phoenix and brian d foy pages 304 publisher O'Reilly rating 9 reviewer Craig Maloney ISBN 0596101058 summary The fourth edition of the classic text for learning the Perl language.

When I was initially introduced to Perl, I was one of those who was recommended to read Learning Perl. I picked up the initial edition (with the mauve binding), and began my journey into Perl. What I found was a dense, hard-to-follow introduction to the language, with the experienced Perl programmer in mind. I realized that the tutelage of this experienced programmer/author might be useful, but I opted for other books instead. As others looked to me for book recommendations, I recommended other works for people looking to immerse themselves in Perl, and relegated Learning Perl to the section of my library where live books with a steep learning curve (similar to the learning curve experienced by many with Kernighan and Ritchie's classic The C Programming Language). Like The C Programming Language, however, a full grasp of the language is not achievable from texts where the central focus is to avoid using the lingo and customs of those who are more familiar with the language. Only by full immersion in the culture of the language can one become fully proficient in that language. What's new? Learning Perl 4th edition has been updated in several ways from the previous edition. The text has been updated to reflect Perl 5.8, although this book doesn't introduce any 5.8 specific concepts. The new edition was reorganized from the previous version. The chapter on Regular Expressions is enhanced, and file handles are introduced in the I/O Basics chapter. CPAN is introduced in Learning Perl, since it has become much more important to beginners. The chapter on flat-file databases (DBM/DBM Hashes) didn't make the cut for this edition, but a good portion of the chapter made its way into Chapter 9 (Processing Text with Regular Expressions). The book has a cleaner feel to it, and flows without the erratic feel of the previous editions. What's good Learning Perl could rightly be called A Tourist's Guide to the Perl Culture. The material is immersive, and teaches Perl using the verbal language of a Perl programmer. No attempt is made to dumb down the material. This leads to sentences in the book like the following: Alas, these aren't words as you and I are likely to think of them; they're those \w-type words made up of ordinary letters, digits, and underscores. The \b anchor matches at the start or end of a group of \w characters. The previous sentence makes perfect sense for those who have already grasped the fundamentals of regular expressions, but for those who aren't quite up to speed, the previous sentence warrants further study. This can be a blessing or a curse for some. Ultimately, it forces the reader to understand the Perl culture which can only improve the reader's understanding of Perl. Also of note are the footnotes. Almost every page in the book contains footnotes commenting (sometimes sarcastically) about the topic at hand. Sometimes the footnotes can be distracting, as your eyes will busily look for the next humorous footnote, such as this little gem: And /,{5}chameleon/ matches "comma comma comma comma comma chameleon". By George, that is nice. What's Bad The only complaint I can level at Learning Perl is that there could be more explanation for some of the concepts in the book. In the section called "More Regular Expressions," the book presents the following example:

Here's the text:

I'm talking about the cartoon with Fred and Wilma!

And here's a substitution to remove those tags. But what's wrong with it?

s#(.*)#$1#g;

The problem is that the star is greedy. What if the text had said this instead?

I thought you said Fred and Velma, not Wilma

In that case, the pattern would match from the first to the last , leaving intact the ones in the middle of the line. Oops! Instead, we want a non-greedy quantifier. The non-greedy form of star is *?, so the substitution now looks like this:

s#(.*?)#$1#g;

And it does the right thing.

Unfortunately the less astute reader may not understand what exactly happened here. One line of output with the end result would help clarify what this regular expression did.

What's in it for me? Learning Perl would rightly be regarded as one of the classic texts for Perl programmers to read through at least once in their Perl careers. The book is chock-full of useful information, and even experienced Perl coders would do well to at least leaf through the pages of this book for paradigms to help their coding. Absolute beginner programmers would likely find this text a little over their heads, but intermediate programmers will find Learning Perl a valuable resource in their road to proficiency with Perl. You can purchase Learning Perl, 4th Edition from bn.com. Slashdot welcomes readers' book reviews -- to see your own review here, read the book review guidelines, then visit the submission page.

Comments

Question

[rk_cr]

I've got a question. I haven't read through it yet, but I've got a borrowed copy of 4th edition. Should I bother to read through it, or should I hold out for finding a 5th ed?

What's wrong with the example?

[scribblej]

Here's the text:

I'm talking about the cartoon with Fred and Wilma!

And here's a substitution to remove those tags. But what's wrong with it?

s#(.*)#$1#g;


Uh... everything? What tags? Am I nuts, or doesn't s#(.*)#$1#g; always replace the entire string with itself? What could be more useless?

Little Point Learning Perl If Not Already Learned

[aldheorte]

Some may consider this a troll, but, knee-jerk reactions aside, from a professional standpoint, unless you have to maintain some legacy system that uses Perl, or an interest in historical programming languages, there is very little point in learning Perl. You can find all of its benefits in more modern non-compiled languages without the cruft of years of esoteric development. I will not mention other languages as that will just start a religious war over everyone's pet language, but, seriously, aspiring technologists take note and do your research.

If you already know Perl, that's great and good that you learned it when you learned it, but it doesn't change the above.

Re:Perl6 is a mistake

[Anonymous Coward]

I'm surprised this was rated offtopic. It's certainly relevant to "learning perl"!

I agree with you that perl is a huge shambling horror, but I don't agree with you that it's going to die.
It's just going to be like x86, or POSIX, or the C++ standard-- knowing what we know now, many undergraduates could create better standards than these. At the time they were designed, though, they made sense.

Just do like everyone else does. Use the parts of the standard that make sense, and pretend the rest doesn't exist.

Personally, I use perl as kind of a "shell++".
It's nice to have hashes, and easy-to-use regular expressions. Of course, I'm always irritated by the weak typing, lack of function prototypes, and general sloppiness and poor error handling of the language, but irritation is part of life.

If you are working on a new design, of course you should use something better than perl. Any programmer worth his salt (and there are fewer of them than people realize) knows this.
But some of us are stuck maintaining legacy perl code, and we know that the language will be around for a long, long time.

Top three recommended books for Perl newbies

[Anonymous Coward]

Learning Perl is generally in the top three recommended books for new Perl programmers, next to Programming Perl ("The Camel Book")

Programming Perl (Camel Book)
Learning Perl (Llama Book)

Okay, I'll bite. What's the third book?

Re:I wouldn't buy anything from this author

[merlyn]

It takes an AC to make a libelous statement like that.

I encourage you to review every article I've written there, and come to your own conclusion. I'll stand by my public record.

Duh, you're on the wrong network

[Anonymous Coward]

irc.perl.org. That is all.

Re:Perl Runs Slashdot?

[Dom2]

I'm a Perl programmer. I love Perl. But there are a couple of things that PHP really, really does better than Perl (well, mod_perl in particular).

1. Deployment. Getting stuff into mod_perl isn't as simple as it could be.
2. Shared Nothing. mod_perl keeps stuff around between requests. This can be useful, but also limiting. In fact, it's been the cause of some of the weirder bugs I've seen. And it stops you deploying two copies of the same mod_perl application into the same server easily.

Disclaimer: I'm not a PHP programmer, the above is just what I think happens. :)

Of course, none of this matters for a big site like slashdot, or the ones I develop. But for small people who are just "playing around", it can be a big inhibitor. And that's one reason why I think mod_perl has lost mindset to PHP in the past.

-Dom