Stories
Slash Boxes
Comments
NOTE: use Perl; is on undef hiatus. You can read content, but you can't post it. More info will be forthcoming forthcomingly.

All the Perl that's Practical to Extract and Report

use Perl Log In

Log In

[ Create a new account ]

davorg (18)

davorg
  dave@dave.org.uk
http://dave.org.uk/
Yahoo! ID: daveorguk (Add User, Send Message)

Hacker, author, trainer

Technorati Profile [technorati.com]

Journal of davorg (18)

Tuesday January 22, 2002
06:40 AM

Back to Books

[ #2320 ]

Long time readers will remember when this journal was nothing but a long diatribe on Perl books. I've broadened my horizons recently, but I'd like to return to books briefly. You should be warned that there may be bitterness in this journal entry as it was partly brought about by hearing the (very disappointing) second half of 2001 sales figures for Data Munging with Perl.

Last night I was talking to ziggy and pdcawley about forthcoming Perl books. There are a number of books in the pipeline that sound really interesting. But we started to wonder just how well the kinds of books that we'd buy would actually sell.

There are a limited number of Perl programmers out there. From my experience, the majority of Perl programmers don't really care about the "software engineering" aspects of Perl - and I'm talking not about "bleading edge" stuff like aspects or attributes or currying or design patterns, I'm talking about sensible variable naming or resuable code. Now I realise that people reading this will probably disagree with me. Of course you care about all of those things. But my point is that you are not typical Perl programmers. By knowing about this site and these journals, you're part of the Perl community. We know about the importance of good code design and we either know how to achieve that in Perl or we'd be interesting in learning by buying the appropriate books.

But I don't think we're a very large group. There's probably only a few thousand of us. And no sane publisher is going to publish a book that will only sell a few thousand copies.

So these points were raised last night and someone raised a counter-argument. Even if only a relatively small number of people buy an advanced Perl book, the majority of Perl programmers will still benefit as the people who read the book will produce improved tools and modules that we can all benefit from. Last night I thought I agreed, but thinking about it I'm not so sure. I don't believe that the majority of Perl programmers will ever hear about the improved tools or the newer modules. Most of them don't see Perl as something that they need to "keep up to date with" and even if they did, they wouldn't know where to go.

Last year, I ran a lot of training courses for a large company. This company had a lot of Perl programmers. But the majority of these programmers knew nothing about CPAN or use.perl or their local Perl Mongers group. Wherever they'd learned Perl from, they hadn't been told how to join in with the Perl community. And that means that there are books and trainers out there who are teaching Perl without pointing people at important Perl resources.

So what do we need do? We need to draw people into the Perl community. We need to find people who consider themselves Perl programmers and show them what they're missing out on. We also need to grab people on their way into Perl and make sure that they know how to get the most out of Perl.

To bring it back to books, ehilst I do think it's great that we have new advanced Perl books to look forward to, I also think that we need to have better books that beginners will read. For my next book, I was considering something that went futher on the data munging path, but now I@m thinking it might be more useful to write a beginners CGI book based on nms - sort of a "CGI/Perl Cookbook" but done right :)

The Fine Print: The following comments are owned by whoever posted them. We are not responsible for them in any way.
 Full
 Abbreviated
 Hidden
More | Login | Reply
Loading... please wait.
  • And no sane publisher is going to publish a book that will only sell a few thousand copies.

    Well, the 2nd edition of the French translation of the camel book only sold 6600 copies. But O'Reilly France [editions-oreilly.fr] still wanted us to translate it [editions-oreilly.fr].

    And we insisted to add a special paragraph written by grinder [perl.org] (leader of Paris.pm) in the introduction, which tells the readers about "Les Mongueurs de Perl [mongueurs.net]", so that they know where to ask for help in French. I guess this is part of making people aware of the existence of th

    • It would be very nice if every Perl book had a short introduction to what the Perl community is about. This would include a link to the Perl Mongers site, along with the Conferences, including YAPC, and the few well regarded sites such as use Perl, where further information can be sort.

      Most books could withstand a standard half page advert for the community, and seeing as O'Reilly have made great efforts on behalf of Perl, I'm sure it's something they would consider.

  • Hmm.

    Where have these people learned their Perl from? From hacking other people's scripts, downloading examples and fiddling with them probably.

    People are too busy to read books. This has to be done now and we haven't got time for you to read the camel first. Download an example, hack at it, and get it in place.

    Maybe what we need is more cookbook type books after all, rather than more tutorial type books. Books for people that don't want to have to read the entire thing but just grab the book when

    • I want to buy every book I see on Perl, usually...I have an old, voracious reading appetite, so my brain still goes "You need more books! Get the book!"

      That having been said, it would be extremely informative (plus, it would play to the "We need it now!" audience) to see a book that presents a case study of using old code for a new solution. "We needed to solve Q problem. First thing, we went to CPAN. Here's where CPAN is..." and then explained how to use/modify/twist previously-written code. (Even

      --

      ------------------------------
      You are what you think.
  • I think you are largely right in saying there are two kinds of people. At work I often say "if you can spare 5 minutes I can show you a better/smarter/quicker/neater way to do that" the response is normally "no thanks, what I have works and that is all I care about".

    People who are interested in learning more are rare. Those that want to will, those that don't won't and it is hard to change this. This is not just for Perl but covers nearly everything they do. There has been a recent thread at PerlMonks cov
  • someone should ask people what kind of books they would like to see...people not part of our incestuous little corner of the computing world. It seems like too many books are written by the author for the author instead of by the author for the reader. I've found few reasons to part with $40+ lately

    • our incestuous little corner of the computing world

      That phrase pretty much sums up how I'm feeling right now. We can produce all the clever Perl books that we want and outside our little cosy world it means nothing. No-one cares.

      I've spent so much of my time involved with the Perl community over the last 3 or 4 years that I started to believe that it was somehow important. And the truth is that it isn't at important at all to most of the world. Not even to most of the IT industry.

      I've had a couple of t

      • Well someone must care as at least a few books sell but, no, in reality most of the world doesn't give a damn not now, not ever. Computing, like plumbing, should be a fixture in every modern home thatonly gets noticed when something fails. It is less about people and more about where computing is heading. We engineers are always in the green room...not really in the audience and not front stage either...like a fuzzy netherworld.

        Will anyone care about Perl6? I don't know the answer to that but who knows pe

  • Heh, I ran into that during the writing of the Slash book. Part of the way through one chapter, I realized "I know all this stuff, why would I read it?" Then the editor bopped me on the head and said "Know thy audience", and all was good again. For safety's sake, Pudge then bopped me on the head and said, "Some people don't follow the directions in INSTALL, so be very clear on how to get help."

    That means there's a section on using perldoc and the CPAN and finding the real Perl and Apache and MySQL mail

  • And I'll no doubt say it again, but we have done ourselves no favours over the years.

    I've met and worked with competent perl programmers over the years who have heard of comp.os.lang.perl.misc, if only because it was mentioned in the camel and llama. But they don't actually participate because they've seen what happens to newbies who ask questions.

    These are people that we want in the community and we have successfully alienated them.

    So, what to do? Let's be ambassadors for our community. Listen to peo
    • Very True.

      I read somewhere recently but I cannot remember where that you can judge a man not by the way he treats his peers but rather by the way he treats those who he is superior to.

      Most people need to get along with his/her peers and obvious there superiors but there is only really a moral compulsion to behave appropriately to those who you are superior too.

      In this case it obviously even easier to behave poorly to people who don't understand the culture or the language of Perl because there is litt

      • I read somewhere recently but I cannot remember where that you can judge a man not by the way he treats his peers but rather by the way he treats those who he is superior to.

        The problem is that it is rare that anyone is superior to anyone else. I am superior to my children, certainly, but I am not superior to the moron who comes into clp.misc asking how to get the length of a string. I know more than he does about Perl, but I am not superior to him. And as such, I don't treat him as though I am superio
    • It's not as if this issue hasn't come up on clpm before. If I recall correctly, a common response talks about burnout. Some people feel responsible for responding to each newbie's question before they get a questionable, or wrong, or brittle answer from another newbie and leave thinking they just received the One True Answer (after all -- hey, it works!).

      This is coupled with a large number of newbies who ask similar questions time after time, many of which are answered in some way or another in the FAQ, a

      --

      -- 
      Esli epei eto cumprenan, shris soa Sfaha.
      Aettot ibrec epesecoth, spakhea scrifeteis.