[Mastering-perl] Re: Welcome to the "Mastering-perl" mailing list

[brian d foy]

> I recently listened to the Peter Wainwright Perlcast discussing Pro
> Perl.  While I haven't read that, it sounds like he attempted to be
> completely comprehensive at least of everything included in core perl.
> How do you see Mastering Perl being similar to or different to that kind
> of approach?  Ditto for Effective Perl Programming -- are you looking to
> cover language features?  Idioms?  Both?

I'm not thinking from a type-of-content perspective primarily. I'm
thinking about what Perl people need to know after they've gone
through Learning Perl and Intermediate Perl. I want to cover the
things they should know, not necessarily just the things they haven't
learned yet.

Now, besides the stuff they should use, there is the stuff people need
to know to deal with other people's code. The Llama and the Alpaca
mostly assumed that people were writing their own code and didn't care
how they got the job done or how long it took. In Mastering Perl, I
want to change that asumption to more real world situations where the
reader didnt' necessarily write all the code and that the code has
some performance requirements.

So, considering that, I have two major topic areas: stuff you need to
get your job done when projects get large(r) and stuff you should know
to be able to read Perl code. You might not want to right stuff with
fancy symbol table manipulation, but you should know what's happening
when you see it.

As with the other Learning Perl books, I also want people to
understand what's happening in Perl. That mostly in the Performance
Tuning things.

--
brian d foy <brian.d.foy at gmail.com>
http://www.pair.com/~comdog/