Most Helpful Customer Reviews
|
|
9 of 10 people found the following review helpful:
3.0 out of 5 stars
Hard material, April 3, 2000
This book starts as very legible and even enjoyable prose. However, when the author gets into the real material it is pretty hard to follow for somebody who does not have a great background in OOAD, patterns and UML. This is not a beginners book. However, try reading it, since it is very good material.Be aware, however, of very technical sentences like: "Containment and visibility are key characteristics of model elements in packages. Packages encapsulate the model elements htey contain and define their visibility as private, protected, or public." Certainly for somebody with a good understanding of OOAD can discern what is going on, but you will find that many, maybe too many, are written in this way.
|
|
|
7 of 8 people found the following review helpful:
4.0 out of 5 stars
Shoemaker's Son, March 13, 2001
It is with astonishment that I marveled at the degree to which this book was just a hodge podge of widely divergent ideas, thrown together under a moniker that is only really apt for a small portion of what is here. That said, I give it four stars because amidst the mess, there are some really good ideas, and also, this is one of the more literate books I've come across (meaning that the author is drawing on a wide range of other books and for the most part, intelligently condensing some of the ideas that run through them).In the same way that it amazes me that Rational presumes to tell developers how they should develop software while their own software is a buggered up mess of different pieces that don't work well together (and companies a fraction of their size are now competing with them favorably), it is a little surprising to see how poor the organization of this book is and how many times you see a subject in a chapter or section heading and expect a serious drive, but end up with another little chip shot. The last chapter of the book (putting the pieces together [A for originality]) is almost a joke, but endemic: the author just summarizes the work of another guy, making a couple little points and quoting liberally. Methinks he was huffing and puffing by this point in his little journey. If you are buying this for the 'patterns' be forewarned: a. there are precious few of them, and b. as is so often the case, everything down to a design tip qualifies as a pattern in this guy's mind. 'Seven Plus or Minus Two' is one of his patterns. It basically means people are only capable of keeping between 5 and 9 concepts in play at once. Ok, good thing to stress, but is this a pattern? In reality, this book is good for one thing primarily: spurring you to consider some things that you probably had not considered before. For instance, there is a good discussion of the difference between business modeling and domain modeling, that considers also the role of vision in modeling (which is rare), and overall that is very useful. The chapter on Product (focusing design on product more so than on just managing tasks) started out very promising and ended up being just a couple of ideas. If you are a person who looks to a book to just turn over practical, useable nuggets and get out of the way, this one is not for you.
|
|
|
4 of 4 people found the following review helpful:
5.0 out of 5 stars
One of the 5 best computer science books I have ever read., August 17, 2000
This is a spectacularly interesting and useful book. No, it's not for beginners, but some of us already know something about patterns, OO, and UML, and we need advanced material to go even further. This book may be primarily aimed at designers, architects, and managers, but in my mind every software engineer worth that title should find the discussions in this book thrilling. Organized around the design pattern paradigm, each topic is short and pithy; so much so that often, after reading one, I have to stop and go apply the lesson to my product, project, or organization. I loved this book.
|
|
|
Most Recent Customer Reviews
|