How do you usually read programming books?

7    19 May 2017 13:39 by u/youyesyou

Do you read ebook versions of them? Or printed on paper?

I've done both and found the printed ones to be easier on the eyes. But being able to copy and paste chunks of code is so convenient. What's your experience?

12 comments

3

I prefer a paper copy. Typing it instead of copy/paste forces you to think about the details. Easier on the eyes too.

0

Same here. I'm not trying to be a hipster or anything, paper is just so much more tangible. And I'm on the computer all day, why would I want to spend any additional time reading books?

1
  1. throw book away
  2. stackoverflow
0

Won't make you a good programmer.

0

I prefer them as ebook, since I usually don't read them cover to cover, but by control-f.

I generally don't like copy paste of code.

0

Honestly, I read the cover and quickly remember that it's never gonna be the medium I'll learn best from, at which point I stop.

0

I read just use this: https://devdocs.io

0

I prefer paper books, easier to read and they last a lifetime. But because computer books are so fast outdated, I prefer to buy them on ePaper, I don't like to kill trees for it.

0

Prefer hard copies. Will survive decades without any tinkering.

Or at any rate, a .pdf on a second monitor.

Bring able to make notes, flip quickly to different sections, grab another book, I need the shit separated more than just windows on a single screen.

0

I got a wall full of paper books, mostly science stuff.... but I'm finding the best way to get complex ideas into my head is through a well presented youtube video. I find a lot of science books, esp UK ones, tend to be written with a lot of "look how smart i am" style, making it a pain in the ass to put the ideas into your intuition. Some of the youtube videos are much more intuitive and clear

0

I buy ebooks, and then buy paper copy if I really like the book.

0

Sometimes a publisher will charge a nominal charge for the e-book if you buy the printed one so you can get both.