Beginning Perl 1st Edition

PrefaceI have been dabbling in Perl on and off since about 1993. For a decade or so, it was mostly "off", and then I took a position programming Perl full time about a year ago. We currently use perl 5.8.9, and I spend part of my time teaching Perl to old school mainframe COBOL programmers. Dare I say, I am the target market for this book?Chapter 1The author takes the time, to explain that you should ever use `PERL', since it's not an acronym. I find it funny that the section headings utilize an "all caps" font, so the author does end up using `PERL'. That's not even a quibble, I just chuckle at such things.The author covers the perlbrew utility. Fantastic! What about all of us schmucks that are stuck with Windows at work, or elsewhere? Throw us a bone!! Ok, I don't think there is a bone to throw us, but the author does a great job of covering the options for Windows.He covers the community! Amazing! Wonderful! Of all things a beginner should know, this is one of them, and it's great that the author has taken some time to describe what's out there.One other note are the...notes. I love the fact that the author has left little breadcrumbs in the book (each starts with "NOTE" in a grey box), warning you about things that could ultimately hurt you. Case in point, the warning on page 13 regarding the old OO docs that came with 5.8 and 5.10. Wonderful.Chapter 2An entire chapter on CPAN? Yes!!! CPAN is a great resource, and part of what makes Perl so great. The author even has some advice regarding how to evaluate a module. Odd, though, there is no mention of the wonderful http://metacpan.org site. That is quickly becoming the favorite of a lot of people.It is great that the author covers the various cpan clients. However, if you end up in a shop like mine, that ends up being useless as you have to beg some sysadmin for every module you want installed.Chapter 3The basics of Perl are covered here in a very thorough way. The author takes you from "What is programming?" to package variables and some of the Perl built-in variables in short order.Chapter 4Much more useful stuff is contained in this chapter. I mean I wish pack() and unpack() were made known to me when I first saw Perl, but hey, Perl is huge and I can understand leaving such things out, but I'm happy the author left a lot of them in.Herein lies another one of those wonderful grey boxes. On page 106 you'll find the box labeled `What is "TRUTH"?' So many seem to stumble over this, so it is great that it's in the book and your attention is drawn to it.Chapter 5Here you'll find the usual assortment of control-flow discussion including the experimental given/when, which most will know as a "switch" or "case" statement. The author even has a section to warn you against your temptation to use the "Switch" module. That's good stuff.Chapter 6Wow references so early in the book!?!? Upon reflecting a bit, I think this is a good move. They allow so much flexibility with Perl, that I'm happy the author has explored them so early.Chapter 7I do find it odd that a chapter on subroutines comes after a chapter on references, though. It seems like subroutines are the obvious choice to get a beginning programmer to start organizing their code. Hence, it should have come earlier.Having said that, I love the authors technique of "Named Arguments" and calling the hash passed in "%arg_for". It reads so well! I'm a fan and now tend to use this. Of course, it is obvious now that references needed to be discussed first, or this technique would just be "black magic" to a new Perl person.There are so many other good things in this chapter: Carp, Try::Tiny, wantarray, Closures, recursion, etc. This is definitely a good chapter to read a couple of times and experiment with the code.Chapter 8As the author points out, an entire book has been written on the topic of regular expressions (perhaps even more than one book). The author does a good job of pulling out the stuff you're most likely to use and run across in code.Chapter 9Here's one that sort of depends on what you do. It's good to know, but if you spend your days writing web apps that never interact with the file system, you'll never use this stuff. Of course thinking that will mean that you'll use it tomorrow, so read the chapter today anyway. :)Chapter 10A chapter on just sort, map, and grep? Yes, yes there is, and it is well worth reading. This kind of stuff is usually left for some sort of "intermediate" level book, but it's good to read about it now and try to use them to see how they can help.Chapter 11Ah, yes, a good chapter for when you've gotten past a single file with 100 subroutines and want to organize that in a more manageable way. I find it a bit odd that POD comes up in this chapter, rather than somewhere else. I guess it makes sense here, but would you really not document until you got to this point? Perhaps, but hey, at least you're documenting now. :)Chapter 12 and 13I like the author's presentation of OO. I think you get a good feel for the "old school" version that you are likely to see in old code bases with a good comparison of how that can be easier by using Moose. These two chapters are worth reading a few times and playing with some code.Chapter 14Unit testing for the win! I loved seeing this chapter. I walked into a shop with zero unit tests and have started the effort. Testing has been part of the Perl culture since the beginning. Embrace it. We can't live in a world without unit tests. I've been doing that and it hurts, don't do that to yourself.Chapter 15"The Interwebs", really? I don't know what I would have called this chapter, but I'm happy it exists. Plack is covered, yay!!! Actually, this is a good overview of "web programming", and just "how the web works". Good stuff.Chapter 16A chapter on DBI? Yes! This is useful. If you work in almost any shop, data will be in a database and you'll need to get to it.Chapter 17"Plays well with others"...hmmm....another odd title, yet I can't think of a more appropriate one. How about "The chapter about STDIN, STDOUT, and STDERR". That's pretty catchy, right?Chapter 18A chapter on common tasks, yet I've only had to do one of those things ( parsing and manipulating dates). I think my shop is weird, or I just haven't gotten involved with projects that required any of the other activities, such as reading/writing XML.Including the debugger and a profiler is good. However, how do you use the debugger with a web app? I don't know. Perhaps one day I'll figure it out. That's a section I wish was in the book. The author doesn't mention modulinos, but I think that's the way to use the debugger for stepping through module. I could be wrong. In any case, a little more on debugger scenarios would have been helpful. A lot of those comments also apply to profiling. I hope I just missed that stuff in this chapter. :)Chapter 19Wow, the sort of "leftover" chapter, yet still useful. It is good to know about ORMs for instance, even if you are like me and can't use them at work (yet).Quick coverage of templates and web frameworks? Yes, and Yes! I love a book that doesn't mention CGI.pm, since it is defunct now. Having said that, there are probably tons of shops that use it (like mine) until their employees demand that it be deleted from systems without remorse. So, it probably should have been given at least some lip service.I am an admitted "fanboy" of Ovid. Given that, I can see how you might think I got paid for this or something. I didn't. I just think that he did a great job covering Perl with this book. He gives you stuff here that other authors have separated into multiple books. So much, in fact, that you won't even miss the discussion of what was improved with Perl's past v5.10.All in all, if you buy this book, I think you'll be quite happy with it.

This is the best book I've found to learn Perl for beginner and intermediate programmers, and even advanced programmers of other languages. Curtis "Ovid" Poe really teaches you by the end of the book the skills you need to become an entry level Perl hacker in the industry. He does this by teaching the common idioms, best practices, Ovid's years of knowledge and experience, and references to the official perl documentation sections 'perldoc' throughout the text. Ovid teaches you where to look when you need to learn more. You will build the habits and knowledge you need to train yourself to be a professional Perl hacker. Also, the examples and frameworks mentioned are modern and up-to-date. This is a *much* better resource in my opinion than the latest editions, as of this writing March 2015, of the O'Reilly press book Learning Perl. Learning Perl has many poor practices scattered throughout the book. This book Beginning Perl by Curtis Ovid Poe is also highly recommended, as of March 2015, on the #perl irc channel on the freenode network. The only criticism I have for the first printing of this book is that I did notice a few minor typos throughout the text, which I hope to report. I see them as common vim related typos though, which I assume the author used to write the book. :-) Anyway, even with the few minor typos I give this book five stars for the great content and knowledge you will gain from this book.

This is very good introductory book and explains the basic concepts very well. It touches on main features of PERL and goes in sufficient depth to give a new programmer a taste of how PERL can be used in their programming efforts. As user learns these features, they will have to acquire other books for deeper knowledge. That is to be expected and hence the book meets its objective very well.

Just another book in my attempt at learning perl. It does a good job at explaining and provides plenty of code samples, but perl is an enigma to me. For others, this is probably a great first step at learning perl, and I have no problem admitting that it's not the book's fault that I simply can't wrap my head around perl syntax/style. I suppose I'm just set in my ways...

In depth coverage of the fundamental and advanced topics. Good examples of how syntax works and some good complete programs.

One of the best Perl books out there. Has a super awesome xUnit style testing section that you can literally cut and paste into any modern Perl stack.

This is my first endeavor into Perl. So far I have enjoyed this manual. It introduces the world of Perl programming very nicely with out all the technical craziness of other manuals I have read. The author is not full of himself and puts some levity into the book.

Excellent guide for getting to know Perl and the author's dry wit makes the book entertaining for those who already have rudimentary knowledge (and more) of the language.