Honestly I have to suppress the urge to laugh heartily at this statement while I recall all the times over my career that I've seen software rewritten and reinvented not only for no tangible gain, but often to its determent!
I mean, my god man, we currently work in an industry where it is considered reasonable to have a chat program take seconds to load and occupy gigabytes of memory, where the addition a one-off uncustomizable theme is a headline worthy event, and a 1.5Ghz proc with 8GB RAM that runs off <5W is considered 'woefully inadequate' to run desktop software.
I'll say this for current tech though: the high-end computer games look really really good.
Poor quality output of the field being viewed as valuable in the market is the exact opposite of a BS job.
There is non-bullshit programming out there, but it's usually hidden away because it's about supporting existing, real-world projects that often use "legacy" technologies that aren't considered cool anymore.
But I think a lot of developers actually build software that is used by the same people mentioned in the book/article to be more productive at doing their bullshit jobs. And they're happy about it because it feels like they're providing real value to real people.
Also, most of the "enterprise" code I've seen written in the past couple of years was written to justify some big budgets and salaries, while the actual value provided by the related projects was questionable at best.
It's just that when you're a developer focusing on solving a problem you've been assigned, you're just to happy playing with your new toy to even ask yourself if you're actually solving a real problem or that shiny new feature is just something added by someone in a backlog to justify his salary.
I believe Graeber calls it second-order bs jobs.
Now I run a website that tells people how to solve problems that are important to them. I find it a lot more rewarding.
Still gives me nightmares.