Technical books are getting thinner

While working the upcoming book on Web development, I keep stopping myself from writing too much. And this is what I want to talk to you about.  In the past, technical books were a lot fatter than today. A typical book on computer programming was a thousand pages long.  If the author(s) wanted to cover a set of related technologies (like J2EE or .Net) the book could span 1500 pages or more. People were used to read books because Google, Stack Overflow, Youtube and Vimeo were not invented yet.  Today, majority of software developers are googgling trying to find a code snippet to copy-paste, and the smaller part of the programmers watches video recordings from conferences.

I’m not sure if O’Reilly started this “Get Slim” movement, but recently I ran into their book, which was only 60 pages long. Want to be a published author? Easy. Write sixty pages and update your resume. This is yet another example of devaluation in action. The next step is to increase the font and add some comics-style illustration like in books for children.

I’ve just have submitted a 38-page chapter on selected HTML5 APIs, where I reviewed History API, Web Messaging, Web Workers, Offline Web applications, Web Storage, and IndexedDB.  Can these materials get a decent coverage in 38 pages? Yes, if the reader has some background in Web development and know how to self-study. Yes, because the code example are focused on the covered API as opposed to offering a 200-line code samples of which 180 lines is the author’s favorite set of utility functions, which he uses daily.

When you submit a proposal for the book, the publisher asks for the estimated number of pages.  A year ago we estimated that the book would have 600 pages. Most likely it’ll have a little more than  650 pages, which is a really thick book by today’s standards.  I also know that we’ll get several  reviews stating that the book doesn’t cover some of the topics in depth, which is perfectly fine. The main goal of a good technical book is to ignite the reader’s interest to a covered topic and give some   kick in the right direction so googling will become more educated and fruitful.

Do you read technical books  or it’s too old-fashioned? If you do, what’s your preferred book size?

10 thoughts on “Technical books are getting thinner

  1. 600-900 pages preferred. Books are great for overviews and theory but not that often you’ll something practical and useful in real life(at least in my experience). Recipes books are great – it’s kinda like typical real life examples from stackoverflow and friends but with more in depth explanation. I prefer recipes. But in my opinion a smart developer mixes everything and uses all the resources available: books, google, stackoverflow, screencasts, mailists, forums, google hangout, github, etc.

  2. I’m read and buy technical books. Do you think i care about the thickness? No fools, i can sort by popularity and rating stars.

  3. Yakov, all your previous books were very very good, and I rarely buy thin books (old school?),
    thinking it is not enough “meat” there.
    From your draft this one is gonna be really great for HTML5 beginner (I also had 15 yrs of Web development, including old JavaScript). It would be nice if you have a chapter on other JS libs (like Angular JS) – not in depth, but to get an idea why they might be useful (advantages/disadvantages). Also there is almost nothing on Flex so far. It is not dead yet! Any updates on JavaFX?

    1. What do you mean by “thin” book?

      For example i have “Linux Phrasebook” (http://www.amazon.com/Linux-Phrasebook-Scott-Granneman/dp/0672328380). it’s a small book (11cmx16cm) with 400 pages, but have a lot of information in it. Or another example: i have “Introducing HTML5” (http://www.amazon.com/Introducing-HTML5-2nd-Bruce-Lawson/dp/0321784421/), it’s also a small book with 280 pages. But both these books is good for me.

      Average book size in my library is near 600-800 pages. But I looked at it just now, i don’t care about thickness coz i don’t read it from cover to cover.

  4. Hi Yakov,

    Chanced upon your site sometime ago.
    Agree do not prefer stacking up books in the physical form these days. Reason it is like taking a gym membership and not fully availing it. Secondly it takes more physical space. Most importantly a pdf book or epub format is most desirable if regular updates by the author if there are errata and corrections and revisions. It is easier to look up books in pdf format for quick reference without having to stack up tables on your table.

    Still prefer old style of reading a book curly up in a cosy corner of the house when you want to keep free from technology and screen staring issues. Do buy books when they are not available in pdf hope more authors make them available both ways and leave it to the reader.

    Do like the distilled series where everything is condensed and crystallized knowledge. UML distilled for example is a case in point. It is easier to read everything in the lean format when all over we are having lean movements ( code/process/startups/organisations), so why not books …. For technical books personally do prefer the lean format however….

  5. Of course read technical books. Documentation and sources are usefull to explore some details, but i suppose that general issues or deep theory can be learned only from good books. Preferred book size … hmmm, not sure there is direct connection with size and quality (precise and good explanation), statistically starting from 450-500 pages.

  6. I just did a lynda.com video course called Java Essentials by David Gassner. It was good from what I can tell, and fun. It was really nice to be able to sit and watch instruction, replay sections for additional clarification, and code while I watched. Now I would like to “practically” apply my java learning to a project for fun/learning, something like developing a web based payroll app (I’m an inactive CPA currently working in the construction industry 😉 I perused your Wrox 24 hour trainer book and like the paragraphs that I read. Does the book have enough “meat” to get me where I want to go? What path/course/books/tutorials do you recommend I follow to advance my knowledge to accomplish something like this? Do you offer a video training course such as the ones you taught on enterprise Java in New York? I believe there is a market for video training, bundled DVD’s with a book would be a win-win and most likely command a premium price many(and I) would be willing to pay.

    1. My book will help you in understanding of different ways of building real-world applications. When you’ll pick up the Java technology that fits your needs, you’ll need to do additional reading to dig deeper.

      I do teaching online once in a while, but was not really thinking of publishing video training.

Leave a comment