This results in them rather taking a 300 page book vs 100 page book because they sell the 300 page book for more than the 100 page book and thus make more profit.
I personally have a friend who has authored many big name publisher books and he is always telling me how many words he has to have done by X date. The emphasis is on how many words, like 60,000 words.
Even though he can write a book that says the same shit in 20,000 words, the book publishers don't want this, because they won't make as much money.
That really sucks for the tech industry, maybe for fiction it is fine, since people just want more time outside reality anyways, but when you are trying to gain knowledge, a 300 page book is not usually as good as a 100 page book.
:sigh:
(I get the occasional feedback that people wish that the book was longer, they want more topics, but never any individual chapter being longer...)
But I think there's a silver lining to the length being so hard to see. I suspect it will lead to more authors tailoring their book length to how best to express the content rather than to the market expectations of the physical size of a "book".
Focusing on the ebook version first helps you keep the content to the right (best-fitting) length.
https://www.amazon.com/Math-Better-Explained-Unlock-Intuitio...
Check out a few articles on https://betterexplained.com/cheatsheet and see if they fit your style.
Go buy this guy's book :)
'The Pleasures of Counting' is one of the best math books you can get your hands on.
I get the marketing/value angle but it prevents lot of good material that would otherwise be written or written well.
However, I think length is not the key to how long a book takes to read. There are 600 page books I could read in a week. There are 100 page books that take weeks to read.
There are books that are too dense: Sometimes a slightly rambling, digressive style can give the mind space in which to reflect. If every sentence hits us with another dense thought, our mind tires quickly.
Also consider this: writing succinctly is hard work. Perhaps the author didn't have time to work on making every thought pithy and still expressive.
Vendor docs are often the wworst -- simply repeating descriptions already apparent from interfaces or systems whilst providing no insight whatsoever to how the tool is used as a system.
The problems this causes are at least threefold:
1. The documentation is ineffective. It doesn't convey useful information.
2. If you're trying to find useful passages, yo've got to chew through far too much crud.
3. The books are huge and heavy. Carrying one means foregoing two or three other (useful) books. And they simply weigh too damned much.
I suspect crowding out other books for shelf space was part of the strategy.
You're right about excluding information (as in my third example), but my second example has practically all of it and is still much shorter
This is a big change for me - I used to give every author the benefit of the doubt, and drove to finish everything I picked up. Then I ran out of time.
One notable exception to this observation is Douglas Self, who writes thick, incredibly useful, highly detailed, and remarkably entertaining books on audio circuitry design. They read almost like good novels.
Maybe because sometimes you really need those highly detailed, long, and intricate arguments to fully understand all the nuances of the subject.
It's stopped me from writing in the past, because I don't have the quantity. Nice to know someone might appreciate that fact.
Result is extremely succint and almost every sentence is valuable and insightful.
The worst habit is when writers just start listing examples of stuff, beyond what is required to make their overall point, as if by adding lots of unnecessary evidence will make their point stronger.
I read sometime ago how you have to explain several times in several forms the same thing to make it obvious to the reader.
While more concise and exact for example you can convey a lot of information in a very short space using math, but this relies on previous exposure to notation and practice with it.
A book that once you understand is beautiful and powerful and concise it's the compilers red dragon book, which uses math notation and procedural description to cover some topics.
https://www.amazon.com/Compilers-Principles-Techniques-Alfre...
Nobody is going to pay $29.95 for a pamphlet.
Why can't this:
> We cannot talk to the designer, so we rely upon whatever information is available to us: what the device looks like, what we know from using similar things in the past, what was told to us in the sales literature, by salespeople and advertisements, by articles we may have read, by the product website and instruction manuals.
be written like that:
> Unable to contact the designer, we rely on preexisting information from sales material, salespeople, ads, articles or the device appearance.
or even:
> Unable to contact the designer, we rely on preexisting information.
Not every book should feel like Harry Potter, no matter how great the content.