It's a book about child nutrition that disparages all foreign influences in Japanese eating and encourages everything traditional. Steamed rice, miso soup, tsukemono and so on. Plus various parenting advice around food as well as not.
Non-traditional foods influenced by foreign cultures, in particular Europe and America, are blamed for all sorts of ills and ailments of the skin, bowel and whatnot, not to mention cancer.
Quite entertaining.
https://www.amazon.co.JP/じょうぶな子どもをつくる基本食-幕内-秀夫/dp/4072292281
#LifeChanging
Behave: the biology of humans at our best and worst - explaing human behavior from many points of view, well written and mind blowing.
Its a practical book
I still got something out of it though, so I suppose that's one way to read a book.
The basic advice I took from it is to treat a book like it's an artifact that you're investigating, almost like a city. You start by looking at the map to get an overview, then you can visit some of the major attractions, and then you can start to spend more time really getting to know some neighborhoods.
So with a book you familiarize yourself with the table of contents to know roughly how the argument or presentation proceeds; then you might for example skim the conclusion to see more clearly what the author is trying to accomplish; then you can pick a particular chapter or section that's of definite interest to you; and so on.
(This is all centered on reading for learning, not for pleasure.)
It's a lot like how to read a program. A book is presented much more linearly than a program, but actually nothing is really linear. Narrative plots may be, but you don't have to follow the plot of a monograph.
It makes me weirdly excited to think about book-length arguments as being programs, or functions in a kind of stoner misreading of the Curry-Howard isomorphism. So maybe you can even make an analysis of the "data structures" and "algorithms" used by a certain book. You might see one book as resembling a compiler, another as resembling a compression program. This may stretch the analogy too far.
But certainly books refer in a similar way that programs do. They make calls out to external sources, hopefully unambiguously declared and semantically versioned. Sometimes it's crucial to actually check those references. Truly reading a book might be a larger project than just reading one particular book.
I think there could be a deeper argument about relating the freedom of thought in the public sphere of literacy to the free software movement, which you can see a glimpse of in Richard Stallman's essay The Right to Read...
The part I am most interested in is in regards to the analytical reading and discerning the structure of the arguments.
The most cogent survey of the existential risk posed by superintelligent AGI that I’ve come across.
and
A Confederacy of Dunces -> Hilarious yet well-written book.
The founder of Behance covers the journey towards product market fit. It's where most startup's fail and yet very little has been written about that part of the software entrepreneurs journey.
A planet becomes extinct due to climate change and a team of archaelogists are sent to study its civilisation.
Great readable book with lots of experiments, results and conclusions. It also made me stop drinking coffee after ~2 pm
This is an eye opener for me as a SaaS newbie. A must read for anyone trying to build a startup.