• List Price: CDN$ 45.37
  • You Save: CDN$ 11.68 (26%)
Only 2 left in stock (more on the way).
Ships from and sold by Amazon.ca. Gift-wrap available.
97 Things Every Software ... has been added to your Cart
+ CDN$ 6.49 shipping
Used: Good | Details
Condition: Used: Good
Comment: Shipped from the US -- Expect delivery in 1-2 weeks. Shows some signs of wear, and may have some markings on the inside. 100% Money Back Guarantee. Shipped to over one million happy customers. Your purchase benefits world literacy!
Have one to sell?
Flip to back Flip to front
Listen Playing... Paused   You're listening to a sample of the Audible audio edition.
Learn more
See all 3 images

97 Things Every Software Architect Should Know: Collective Wisdom from the Experts Paperback – Feb 15 2009

3.0 out of 5 stars 3 customer reviews

See all 3 formats and editions Hide other formats and editions
Amazon Price
New from Used from
Kindle Edition
"Please retry"
"Please retry"
CDN$ 33.69
CDN$ 24.50 CDN$ 15.30

Harry Potter and the Cursed Child
click to open popover

Special Offers and Product Promotions

  • You'll save an extra 5% on Books purchased from Amazon.ca, now through July 29th. No code necessary, discount applied at checkout. Here's how (restrictions apply)

Frequently Bought Together

  • 97 Things Every Software Architect Should Know: Collective Wisdom from the Experts
  • +
  • 97 Things Every Programmer Should Know: Collective Wisdom from the Experts
Total price: CDN$ 63.32
Buy the selected items together

No Kindle device required. Download one of the Free Kindle apps to start reading Kindle books on your smartphone, tablet, and computer.
Getting the download link through email is temporarily not available. Please check back later.

  • Apple
  • Android
  • Windows Phone
  • Android

To get the free app, enter your mobile phone number.

Product Details

  • Paperback: 222 pages
  • Publisher: O'Reilly Media; 1 edition (Feb. 15 2009)
  • Language: English
  • ISBN-10: 059652269X
  • ISBN-13: 978-0596522698
  • Product Dimensions: 15.2 x 1.3 x 22.9 cm
  • Shipping Weight: 249 g
  • Average Customer Review: 3.0 out of 5 stars 3 customer reviews
  • Amazon Bestsellers Rank: #351,031 in Books (See Top 100 in Books)
  •  Would you like to update product info, give feedback on images, or tell us about a lower price?

  • See Complete Table of Contents

Product Description

Book Description

Collective Wisdom from the Experts

About the Author

Richard Monson-Haefel , an independent software developer, coauthored all five editions of Enterprise JavaBeans and Java Message Service (all O'Reilly). He's a software architect specializing in multi-touch interfaces and a leading expert on enterprise computing. More detail on his work and writings can be found at www.monson-haefel.com.

What Other Items Do Customers Buy After Viewing This Item?

Customer Reviews

3.0 out of 5 stars
Share your thoughts with other customers

Top Customer Reviews

Format: Paperback
If your looking for something that's going to teach you what a software architect needs to know, and you're just stepping into that role, this book isn't going to show you the nitty-gritty details of what you need. For that I would recommend something like Software Architecture in Practice. Instead, it's a collection of advice from experienced architects who are trying to summarize some key point into 2 pages.

Interesting reading if you are already in the architect role and want a reminder of those things you should be doing, but you'll need to know the details behind the advice to really make use of it. Worthwhile if that's what you're looking for.
One person found this helpful. Was this review helpful to you? Yes No Sending feedback...
Thank you for your feedback.
Sorry, we failed to record your vote. Please try again.
Report abuse
Format: Paperback
I found this book to be generally a disappointment. If you are looking for any in-depth treatment of any content on software architecture, you won't find it here. To be fair, one could probably guess that from the title and the length of the book.

The format of the book is such that each entry takes up 2 pages. However, most entries only need close to 1 page, so much of the book is white space. On the plus side, it's very small and light to take with you on the bus.

If you like reading blog entries that are mostly opinion pieces about the topics around software architecture (including personal communication, teamwork, business challenges, etc.), this might be a really good fit for you. I found that too much of the content is simply common sense.

Of course, our industry isn't the best at always applying common sense, so perhaps some people might find this useful as a gift to their coworkers. I would choose to apply my personal time and money elsewhere.
4 people found this helpful. Was this review helpful to you? Yes No Sending feedback...
Thank you for your feedback.
Sorry, we failed to record your vote. Please try again.
Report abuse
Format: Paperback
The book is filled with good advice given in short chapters.
This makes it not only easy to read,but one can literally jump to any part of the book.

The context offered is from architects with real experience.
2 people found this helpful. Was this review helpful to you? Yes No Sending feedback...
Thank you for your feedback.
Sorry, we failed to record your vote. Please try again.
Report abuse

Most Helpful Customer Reviews on Amazon.com (beta)

Amazon.com: HASH(0xa4db1a50) out of 5 stars 35 reviews
124 of 128 people found the following review helpful
HASH(0xa4dd0aa4) out of 5 stars I want my money back July 21 2009
By Rao Venugopal - Published on Amazon.com
Format: Paperback Verified Purchase
Heavy on keywords and low on actual content / value.

Imagine your Dad rings you up and says, "Be sure to go to work bright and early..." or "The early bird gets the worm" and proceeds to ramble on for 5 minutes about why that is important. We have all been through this kind of lecture. For politeness sake, you bite your tongue and zone out.

Now replace Dad with Bill Gates/ Steve Jobs/ some famous architect. However the advice being doled out is similar. eg. "Be sure to have a decent UI for every component/ blah blah blah".
How would you feel if you had to read 97 articles by famous architects / tech gurus, each 2 pages long and the entire content of the article is in the first introductory line itself. The rest is fluff.
I don't know about you, but when I am paying 20+ dollars for a book, I expect more than simple fluff.

79 of 82 people found the following review helpful
HASH(0xa4dd0cf0) out of 5 stars Not worth the money Aug. 5 2009
By Charles D. Sewell - Published on Amazon.com
Format: Paperback Verified Purchase
This book is just an accumulation random advice collected for "free" off a blog. You will feel like you have read a bunch of fotune cookies (i.e. "The longest trip begins with a single step") on the topic of architecture. Not a single topic is explored in depth since each topic is only 2 pages in length.

I would not recommend this book.
36 of 36 people found the following review helpful
HASH(0xa4dd0cb4) out of 5 stars incoherent and useless Dec 25 2009
By Dr. Gernot Starke - Published on Amazon.com
Format: Paperback
Why does a famous (and, he has proven it, excellent) technical writer dare to compile
such a useless, incoherent and impractical amount of pseudo-advice?

His other books provided deep technical knowledge and practical help.

This one's not worth its price - there are much better books available...

alternatives: Taylor et al: Software Architecture (Foundations, Theory and Practice): Great read.
Bass et. al: Software Architecture in Practice: Great read.
Buschmann et. al: Pattern-oriented Software Architecture: Great series.
Fowler: Patterns of Enterprise Application Architecture: Great, highly practical...

So - don't bother with this one, go get a good book :-)
38 of 39 people found the following review helpful
HASH(0xa4dd71c8) out of 5 stars Lack of Detail July 5 2009
By C. Roeder - Published on Amazon.com
Format: Paperback
I found many of the contributions interesting, but wished for more detail. Many are not much longer than a page and left me wanting.
13 of 14 people found the following review helpful
HASH(0xa4dd74bc) out of 5 stars Not really about software architecture, but pleasant reading nonetheless Aug. 7 2009
By brian d foy - Published on Amazon.com
Format: Paperback
[97 Things Every Software Architect Should Know] is much more broad than most people would expect from its title. It's certainly true to its title, but I expected that it would have be 97 things software architects should know about software architecture. Many of the points, while good advice otherwise, aren't special to software or software architecture. They are points any manager, project leader, or executive could apply. It's really 97 Things Every Project Manager Should Know, although there's already a book for that.

The first thing every software architect should know is what is expected from that job title, and I was hoping someone would at least try to define it. In reality, the title is a dumping ground for the tasks you don't give to the programmers but don't trust to the executives, and the job description varies widely.

My notion that nobody really knows what a software architect should do is reinforced by reading the advice from the many contributing experts, each of which briefly write about what they think is important. Some of that advice conflicts with other contributors, is so general so that the it would suitable in any business book, or merely shows that anyone touching a keyboard might be labelled a "software architect".

I was surprised that a lot of the advice tried to actually force the commoditization of "software architect", as if the actual person doing the job was interchangeable. An architect's experience, vision, and artistry should be at the center of the endevour. Architects are not cogs; they create and enforce the philosophy and design concept. In that regard, I actually only know a handful of software architects. Most people who consider themselves an architect, however, are probably merely applying the design and philosophy that somebody else created.

Setting aside the definition of architect, the advice is good for almost any project leader involved with software development no matter their job title. It's much better advice, however, for the journeyman who wants to be a project leader someday.

As with many management books, anecdotes are rife and facile. They are the sort of things you might mention in an elevator, such as changing the Mach 2.5 requirement of the then-future F-16 fighter plane to "escapes combat quickly", but that anecdote doesn't really help anyone, or at least not in the same way as something holistic and fleshed-out like Skunk Works: A Personal Memoir of My Years of Lockheed. I would have appreciated footnotes or references to complete case-studies.

Given the short format of each contribution, this generality is probably unescapeable. That's mitigated somewhat by the accompanying website for the book where longer discussions might take place. There's no overarching concept or guidance since the contributors are advising in different dimensions, coming from different experiences, and using their own idea of what a software architect should do. Very few contributors talk in terms of the complete software life-cycle; much of the advice in the vein is about requirements research, and even then is mostly about proper mindset rather than useful techniques.