Developing a useful, general framework for expressing the relations among different types of entities (what philosophers call ``ontology'') seems intractably difficult. The main difference between the confusion that existed ten years ago and the confusion that exists now is that now a variety of inadequate ontological theories have been embodied in a plethora of correspondingly inadequate programming languages. For example, much of the complexity of object-oriented programming languages -- and the subtle and confusing differences among contemporary object-oriented languages -- centers on the treatment of generic operations on interrelated types.
Do they talk about the tree-like structure of inheritance which might be useless in scenarios where the relations can be better modelled by an arbitrary graph?
Also, why would studying OO first be narrowing my ability to learn different paradigms?
Go to the link, and find what it was a footnote on. You'll be reading through a section that is attempting to make operations like addition work in a reasonable way across different numeric types for an abstract math package which needs to support integers, rationals, floating point, complex analogs of all of the above, polynomials over all of the above, and lots of other fun stuff..
Do they talk about the tree-like structure of inheritance which might be useless in scenarios where the relations can be better modelled by an arbitrary graph?
Look at http://mitpress.mit.edu/sicp/full-text/book/book-Z-H-18.html... for a set of different geometric types that is challenging to model with inheritance.
Also, why would studying OO first be narrowing my ability to learn different paradigm?
Because your mind naturally goes through prepared channels. If you've got OO available to you, then you naturally solve the simple versions of problems with OO. Then when you get to the subtleties of the complex version that your form of OO doesn't work well for, it is hard to see that OO isn't a good fit, rather than being trapped into thinking that you just chose a poor initial model.
[...] a very particular piece of grammar, expressing a nuance that standard English leaves to context. Black English is a seemingly still water that runs deep.
http://www.theroot.com/views/why-dea-needs-ebonics-translato...
Shorman was particularly good at getting players who were stuck in the 1800-2200 USCF rating range moving again. One of the big reasons people get stuck is that they are trying to play too good. They are trying to apply deep positional concepts they learn from reading annotated grandmaster games, or reading books with titles like "Play Like a Grandmaster!". They are planning openings developed by grandmasters for use against grandmasters.
That's fine for grandmasters--because grandmasters UNDERSTAND what is going on. All of those deep positional concepts that shape grandmaster thought are ultimately designed to lead to a tactical advantage over their opponent, or to prevent bad tactical things from happening to them. To understand the positional stuff, you have to thoroughly understand the underlying tactics.
Shorman would steer these stuck players toward a more aggressive approach. Play the most aggressive move they can (that you can't see an outright refutation for). Open with gambits that give you a good attack.
This worked. As the stuck players got used to the sharp games that arose from this style of play, and came to really understand how the pieces worked tactically, they'd start understanding positional play, and be ready to move toward playing good chess.
The way Shorman put it was something like this (paraphrased since I can't remember it exactly): before you can play good chess, you have to get good at bad chess.
Oh, and don't overlook the footnotes, some have very interesting bits.
Now, when will it and The Art of Computer Programming be available in an electronic format?
[1] http://mitpress.mit.edu/sicp/full-text/book/book.html
[2] https://github.com/twcamper/sicp-kindle
Also, it's probably ethical that if you've bought TAoCP, then it's ok to download it in PDF form. Some people like PDFs instead of hardcopy.
If yes - that person was ready. If no, if as a result both code and the language of that person got filled with formal and obscure complications... then no. Not ready.