I agree that discussing that distinction [ed: between needs and wants] can make sense. Since the book does not use the concept of needs as an abstract concepts (“what is a Need”) nor as research device (“What are your needs?”) I did not discuss it. Fittingly, if you Ctrl+F for "want" you will not find it being use as a research concept either (There are a lot of "wants" in regards to researcher activities as in "You want to do X after Y")
Their critique might've been helpful/valid if approached correctly, I don't know. I do know that Ctrl+F'ing through a 30K+ word book in search of the word "need" in order to call out the absence of some very specific thing they decided is essential, without actually reading the book, seems to me like idle sniping and not a genuine critique. It comes across as peevish and snarky.
To the OP, the book looks interesting and I've started reading it from the top. FWIW btw, it loads very quickly on my end.
I'd think that sort of thing would be in a section on feature prioritization or scoping an MVC. I don't see a section like that in the toc, and it feels like it would be rather out-of-scope for what this is about. Not that I've finished reading the whole thing in detail yet.
Yes, I deliberately avoided to put feature prioritization or even personas or Jobs-To-Be-Done in the book — there are too many ways to do this and it is of no use if I write about one and the team/PM/company prefers another.
I find coding to be a useful skill when collaborating with developers and for writing my own prototypes, but it is not very valuable for getting jobs as it is rarely a required skill.