Live data from Hacker News

Ask HN: How do you read programming books?

news.ycombinator.com

61–70 of 84 posts

Re: Ask HN: How do you read programming books?

#61
1. Preview / Questions - Take a gander at the chapter by reading the introduction, headings, sub-headings, diagrams, images, example code, summary, exercises, questions, etc. Also, write down questions as I preview for myself to answer after step 2.

2. Read / Recall - After previewing I start reading in full. During code examples I like to soak them in without running them. Then I'll close book and try to recall the code by typing.

3. Teach / Explain - I follow up with pretending to teach / explain the code examples and my exercise solutions out loud. This helps me figure out what I didn't really understand.

4. Project - I try and apply what I've learned from book to a personal project.

Re: Ask HN: How do you read programming books?

#64
I try to avoid programming books. When reading I prefer being disconnected, laying down in a comfy sofa/bed with a hot beverage. Programming books doesn't work very well for me because they make me want to try out the things I read about, forcing me to be at the computer. Some of them even assume you are sitting at the computer, ready to run examples..

If the goal is to improve as a programmer and books being the medium I choose books that doesn't necessarily have an obvious link to programming but benefit my thinking around it. Books on design, architecture, media and education being my favourite. I don't follow any particular techniques but have grown into some habits (reading ~50 books a year). I read multiple books at the same time (~3-4), usually very different in style/topic, alternating between them. This way I never get bored. The new books I choose for reading has to spark some excitement/passion in me, otherwise I'm never going to finish it. It could be as simple as some concept in a book that triggers curiosity, then I just follow the reference/bibliography and further do some quick research (amazon/goodreads) to see whether it looks like a promising book.

Reading about product design will make you a better software designer.. Reading about media will make you see how your application fits in a bigger picture.. ..and so on.

Re: Ask HN: How do you read programming books?

#65
post #44

I have read ALL the comments below. They are ALL excellent. I have a BS in Engineering, 1976, with only Fortran IV from the card key-punch days. Ugh! Worked on a defense software program and learned JOVIAL and VAX/VMS at work and C and some Unix at home. Prior, I had read Wirth's Algorithms + Data Structures = Programs. Pascal = JOVIAL = ADA. C seemed to have the real power with access to the underlying computer via…

I find the choice of language (C++) awkward but still I'm glad you shared that, nice story.

That's a weird statement. There's no such thing as an awkward language choice.

Re: Ask HN: How do you read programming books?

#67
When I started out it took a couple of books "c,c++,java" to realize most started from scratch and taught you functions and loops over and over and walked you through a simple program but I needed to find my own way to challenge myself. Eventually I just decided I wanted to build things and fought my way through documentation and the internet to get it done learning the challenges and problem solving. These days I look for more books on theory and from people who solved large problems.

Re: Ask HN: How do you read programming books?

#68
post #17

Earlier quoted context omitted.

Head First book author here -- I wrote Head First C#, Head First PMP, and Head First Agile (and three other, non-Head First O'Reilly books) -- and I wanted to push back on your first point. We work really, really hard to include quality content. But I understand why people sometimes make the point that you made; I did the same thing myself at first. It's easy to dismiss one of our Head First books as less-than-seriou…

>There are a lot of pictures. [...] highly visual format, Thank you for your response. To clarify, I'm not an elitist that rejects cartoons and informal style. For example, I think the "Calculus for Dummies" [1] with the cartoons is a good math book. I'm also not really not talking about the visual "clutter" that others complain about either. Cartoons are fine but I prefer that the drawings/illustrations really impar…

> My point is: just because a book has cartoons & unserious style doesn't mean it has good presentation of teaching. It might be a suboptimal book that just happened to use cartoons.

I hope you're not implying that I don't have good presentation or don't teach well! I'd obviously disagree with that. And I definitely think that the Head First books mentioned by others in their responses do a great job with both.

But I notice that you said "suboptimal," and then made this point:

> - page 1: the clipart of the man and woman and the thought bubbles do not reward the user with quality knowledge in relation to the space they take up

I recommend against judging the "optimality" of a book based on the amount of information that it packs into the smallest amount of space. Maybe instead of the amount of space taken up by the teaching, consider using the amount of time and effort required by the reader. Pages are cheap, especially in an electronic medium. A page like the one you mentioned is really quick to read and absorb.

Also:

> - page 19: the clipart of the tourist with the arrows and thought bubble does not actually teach a networking concept

I haven't read Head First Networking, and I don't know the authors, Al Anderson or Ryan Benedetti. But from a quick read, it's clear that that picture is part of a larger story (in this case, about tourists and an airline) that the authors are using as a teaching tool. Stories are a very effective teaching tool.

This should make sense if you think about it. Think about the last textbook that you read. Can you remember the major points that it made, in order? You might be able to, but most people probably can't do it accurately. Now think about the last movie you watched. It's much more likely that you can remember most or all of the major plot points and in the right order, because they're part of a consistent story.

Our brains are wired to remember stories, just like they're wired to remember places, faces, and emotions. The Head First books use stories to take advantage of this effect, not dissimilar to how people use memory palaces (https://news.ycombinator.com/item?id=2395739) to improve their recall.

Yes, telling stories (especially visually) takes a lot of page space. But readers absorb them quickly -- in my experience, it's a very efficient and effective way of teaching. The Head First books that I've read (and hopefully the ones that I've written!) do a great job of that.

Re: Ask HN: How do you read programming books?

#69

Earlier quoted context omitted.

Head First book author here -- I wrote Head First C#, Head First PMP, and Head First Agile (and three other, non-Head First O'Reilly books) -- and I wanted to push back on your first point. We work really, really hard to include quality content. But I understand why people sometimes make the point that you made; I did the same thing myself at first. It's easy to dismiss one of our Head First books as less-than-seriou…

Long time reader of Head First series here. I have finished : - HF Software Development - HF Design Pattern - HF Java - HF Android Development I have no complaints. Really, thank you for making those books. They helped me a lot. I think you couldn't have every reader to agree that your book is good because each person has their own taste, but to be fair, yours do a good job in delivering quality content in many aspec…

Thank you! I've spent some time on the phone with several of the authors of those books. They did a great job with them.

If you get a chance, go to Amazon.com and leave a five-star review for each of those books. It seems like a small thing, but you'd be surprised about how each additional review with five stars helps, even a one-sentence review. They all definitely deserve it!

Re: Ask HN: How do you read programming books?

#70
post #20

Earlier quoted context omitted.

Head First book author here -- I wrote Head First C#, Head First PMP, and Head First Agile (and three other, non-Head First O'Reilly books) -- and I wanted to push back on your first point. We work really, really hard to include quality content. But I understand why people sometimes make the point that you made; I did the same thing myself at first. It's easy to dismiss one of our Head First books as less-than-seriou…

My first contact with programming at all was through Head First C#! :) Thanks for that! Although I ended up becoming a front-end web developer, it was a great first contact!

It's so gratifying to get that kind of feedback. Thank you so much! That is exactly why I write! :)
Post reply on HN