Remix.run Logo
▲ 0xDEAFBEAD 4 hours ago

There are over 30 books here. Some are quite hefty, e.g. CLRS is over 1000 pages.

Am I supposed to believe the author of this rec list has read all 30+ of these, cover-to-cover?

If so, how many additional books have they read which didn't make the list?

Because I would ideally like their "recommended books" list to be, say, the top 10% of the books they've read. So this list would be most credible if the author has read ~300 books, then recommended the top ~30 to us.

Somehow I doubt that.

Experiment: If you have a favorite CS book, please reply to this comment stating your favorite CS book, and the estimated total number of CS books you've read. I'll bet such a thread would be more valuable/higher-signal than OP.

▲goodmythical 4 minutes ago | parent | next [-]

>Experiment: If you have...

Isn't it likely that this article is the result of the authors findings in multiple similar experiments?

For instance, having not read TAoCP personally, I can still reccomend it based on the fact that just about everyone reccomends it and critical words against Knuth I've ever heard were "I wish he'd adopt a modern writing pipeline so he could finish the books faster".

▲rybosome 4 hours ago | parent | prev | next [-]

I’ll bite.

Out of ~15 CS books read, my top pick would be “Learn You A Haskell For Great Good”.

Admittedly most of the CS books I have read are these instructional, O’reilly style books (often teaching a specific language) as opposed to academic texts. But regardless…

It’s a well written book. It introduces Haskell in a comfortable way, at a good pace. And I do like the humor. Or at least, I did when I read it years ago.

It’s also one of the few language specific books that I felt generally broadened me as a programmer. Worth a read regardless of whether you intend to actually use Haskell.

▲jan_m_savage an hour ago | parent | prev | next [-]

This is exactly what I am doing. I decided in 2022 that I'd record what books I read, and upon completion, write a review of them and rate them, too. I've divided my lists to fiction and non-fiction (so not strictly tech, because I read my tech books a long time ago!).

It also gives me a good indication of how fast I am reading (do I work to live?) and how my taste changes over time.

(interested can see my profile on HN for link)

▲Kyo91 2 hours ago | parent | prev | next [-]

CLRS is much more a reference textbook than one you read cover to cover. Even when I took a class that used the book, we only read a few chapters of it. Based on those few chapters, plus one or two that I read later in life, I'd happily recommend it as a reference to others. I don't think you need to read all of it to do that.

▲WillAdams 3 hours ago | parent | prev | next [-]

Tie: _A Philosophy of Software Design_ by John Ousterhout

https://www.goodreads.com/en/book/show/39996759-a-philosophy...

and: _Literate Programming_ Donald Ervin Knuth

https://www-cs-faculty.stanford.edu/~knuth/lp.html

Mostly because I view them as two sides of the same coin --- one shows how to design software, the other shows how to document and write the software which one has formally designed.

Walking around my house I found 95 books at first counting --- but I maintain two lists of directly focused on programming books (obviously incompleat):

https://www.goodreads.com/review/list/21394355-william-adams... --- fair number of these I have not yet read, and because they touch on programs I'm not likely to be working with, probably won't, but are listed because I really believe in Literate Programming and want to foster/advocate for it where possible.

https://www.goodreads.com/review/list/21394355-william-adams... --- most of these are read, and as noted, this is badly incompleat (but may be affected by some of the books I counted being on other shelves such as "Typography")

▲globular-toast 2 hours ago | parent [-]

That Ousterhout book is really good. I read it over about two weeks on the shitter. Very succinct. My favourite is how he describes what makes a good module, namely a good module is deep and narrow (has a small API but packs non-trivial functionality), rather than wide and shallow (large API but doesn't really do much).

I love Knuth but have not yet added Literate Programming to my library. Have been hoping to find it used somewhere (along with Concrete Mathematics) but hasn't turned up yet.

▲WillAdams an hour ago | parent [-]

It's a great book (as is this entire series, and I'm not saying that just 'cause I found a typo and point of improvement in Digital Typography_ and got a Reward Check), but one can get the gist of it from:

http://literateprogramming.com/

and finding a suitable tool for your language of choice and doing a small project --- tangle/weave is such a basic concept that it's notorious for folks rolling their own --- heck, I was able to do it (w/ a bit of help: https://tex.stackexchange.com/questions/722886/how-to-write-... )

That said, I bought a second copy as a gift from Thriftbooks.com and it was a reasonable price.

▲allenrb an hour ago | parent | prev | next [-]

As chance would have it, I know the author personally. It is virtually certain that he has read all 30 cover to cover. It is nearly as likely that he’s read many more in order to pick out his highlights.

▲Jtsummers 4 minutes ago | parent [-]

And on CLRS, since GP brought it up specifically, that was one of the two textbooks for the algorithms course (which was really algorithms and theory of computation at that time) back when he was a GT undergrad. So he's had a long time to read them, though he probably didn't take all of the last 26 or 27 years to finish it.

▲specproc 4 hours ago | parent | prev | next [-]

Just FYI, you don't need to read books cover to cover.

▲beng-nl 4 hours ago | parent [-]

Even when recommending them?

▲scythe 3 hours ago | parent | prev | next [-]

The author is an old college friend who was notorious at Georgia Tech for his insatiable reading habit. It actually wouldn't surprise me.

▲alfiedotwtf 2 hours ago | parent | prev [-]

Total books over the years, probably between 200 to 300.

Here’s some of my favourites, cover to cover:

- Steven’s TCP/IP Illustrated

- Maxwell’s Linux Core Kernel

- Tanenbaum’s MINIX book

- Petersen’s Mastering EMacs

- Grune’s Parsing Techniques

- Raymond’s TAOUP

- Schneier’s Applied Cryptography

- “The” Rust book (same as post)