[nyarlathotep_]

Many are outdated by the time they hit the press.

I recall a few years back, Packt et al would publish like "Modern React" or something, with examples that wouldn't build by the time the book was out.

Typesetting is awful too, as you mentioned. A single paragraph for something dead simple is spread over multiple pages.

Nothing against such authors; its fruitless to hit a moving target.

Books on programming languages are the only ones I purchase these days, for those reasons.

The Go book, Rust Programming language, Stroustrup's books on C++ etc are quite good and worth owning, but those are exceptions rather than the rule.

[Suppafly]

>Nothing against such authors;

I have something against them. It's often apparent that many of them are professional programming book authors that are learning the language as they are writing the book instead of being professional programmers with some skills in the language that are writing a book. I don't want to learn along with another unskilled person, I want to learn from someone that has enough familiarity to not use features incorrectly and to mention potential hangups. Hell a lot of these books read like they are written by someone that is new to programming altogether, not just someone that is relatively new to the language.

[ppseafield]

Programming books are definitely becoming more hit or miss, as the volume of books has increased dramatically in the last 10-15 years. There are still great books, but there are a lot more bad ones out there. There's a lot more software out there, and a lot more people learning about it.

I had a horrible experience with Packt. I had subscribed andwas in the middle of reading a book. The book suddenly became unavailable, so I created a ticket. They threw a few tokens at me, and asked if they could just close the ticket, even though there was no mention of whether the book was going to be available again.

Then weeks later they signed me up for six(!) separate mailing lists without asking me, one for each tag I had flagged as interested.

[tdeck]

> I recall a few years back, Packt et al would publish like "Modern React" or something, with examples that wouldn't build by the time the book was out.

This says more about React than it does about the publisher.

[biofox]

Churn in the software world is out of control, and I have no idea why we accept it.

[2OEH8eoCRo0]

It's funny because at the end of the day it's still all just instructions on a CPU. Computers essentially haven't changed in half a century. What the biggest change between then and now? Multi-core processors?

[RealityVoid]

I'd say the computer architecture can vary _greatly_ and there are a bunch of cores in modern SOC's that kind of break the assumption of how a computer works. I recently listened to this:

https://youtu.be/36myc8wQhLo?si=sWdKyW3w2vln93SP

Cache coherence, accelerators, various takes on pipelining, ISA extensions. There are many many things that change all the time.

Not even touching the SW glue stuff that changes. I don't know the history of react and what is going on in modern browsers, but I suspect there are OS constraints, evolving web standards, extra capabilities, evolving browsers that shape and force the framework to adapt. I am doubtful people change it just for the sake of it.

[2OEH8eoCRo0]

We are talking about programming computers. What the CPU does once it gets instructions is mostly irrelevant to the programmer. The act of programming is still just building big lists of instructions to feed to a CPU so why has the programming stack grown to such a massive precarious bloated pile of abstraction that gets in my way? Every fancy schmancy language you can think of still just comes down to feeding the same instructions to a hungry CPU.

[RealityVoid]

That's the thing, you have layers upon layers of stuff that run on the computer. You have a runtime of the language, many many abstractions of interacting with the various capability of the system, a ABI to the OS, an ISA. These things vary and you need to account somehow for these variation. And the changes in the lowest layers percolate through.

Not to mention that the computer is actually very very different than what you imagine.

I say this not to make excuses for react, again I don't know that ecosystem. I spend most of my time writing firmware and low level drivers. And I see during my work the wide array of capabilities and approaches these systems have. They are not an homogeneous bunch.

[Clamchop]

I'd say GPUs and the things descended from them and how they're being used now is a pretty big development.

You can still be reductionist about it, but it feels materially different from the mundane calculations and algorithms that sprung to mind when I read your post.

[2OEH8eoCRo0]

Agreed. GPUs are a somewhat different paradigm.

[quesera]

O'Reilly, Manning, Pragmatic, No Starch, and Addison-Wesley are generally high quality publishers.

Packt appears to be a vanity press.

React is a difficult moving target, and Packt is a six year old with a homemade slingshot.

[layer8]

The most useful books to read are about topics that don’t get easily outdated.

[ghaff]

>Many are outdated by the time they hit the press.

Quite a while back, I was contacted by Wiley about writing an OpenStack book. I wasn't the right person to write it anyway. But even if I were, by the time the book hit the shelves, OpenStack would almost certainly have moved on a good two versions.