Enjoy fast, free delivery, exclusive deals, and award-winning movies & TV shows with Prime
Try Prime
and start saving today with fast, free delivery
Amazon Prime includes:
Fast, FREE Delivery is available to Prime members. To join, select "Try Amazon Prime and start saving today with Fast, FREE Delivery" below the Add to Cart button.
Amazon Prime members enjoy:- Cardmembers earn 5% Back at Amazon.com with a Prime Credit Card.
- Unlimited Free Two-Day Delivery
- Streaming of thousands of movies and TV shows with limited ads on Prime Video.
- A Kindle book to borrow for free each month - with no due dates
- Listen to over 2 million songs and hundreds of playlists
- Unlimited photo storage with anywhere access
Important: Your credit card will NOT be charged when you start your free trial or if you cancel during the trial period. If you're happy with Amazon Prime, do nothing. At the end of the free trial, your membership will automatically upgrade to a monthly membership.
Buy new:
$21.99$21.99
FREE delivery: Thursday, Feb 15 on orders over $35.00 shipped by Amazon.
Ships from: Amazon.com Sold by: Amazon.com
Buy used: $19.59
Other Sellers on Amazon
+ $3.99 shipping
86% positive over last 12 months
+ $5.66 shipping
86% positive over last 12 months
Download the free Kindle app and start reading Kindle books instantly on your smartphone, tablet, or computer - no Kindle device required.
Read instantly on your browser with Kindle for Web.
Using your mobile phone camera - scan the code below and download the Kindle app.
Follow the authors
OK
97 Things Every Software Architect Should Know 1st Edition
Purchase options and add-ons
- Don't Put Your Resume Ahead of the Requirements (Nitin Borwankar)
- Chances Are, Your Biggest Problem Isn't Technical (Mark Ramm)
- Communication Is King; Clarity and Leadership, Its Humble Servants (Mark Richards)
- Simplicity Before Generality, Use Before Reuse (Kevlin Henney)
- For the End User, the Interface Is the System (Vinayak Hegde)
- It's Never Too Early to Think About Performance (Rebecca Parsons)
To be successful as a software architect, you need to master both business and technology. This book tells you what top software architects think is important and how they approach a project. If you want to enhance your career, 97 Things Every Software Architect Should Know is essential reading.
About the Author
- ISBN-10059652269X
- ISBN-13978-0596522698
- Edition1st
- PublisherO'Reilly Media
- Publication dateMarch 17, 2009
- LanguageEnglish
- Dimensions6 x 0.53 x 9 inches
- Print length220 pages
Frequently bought together

What do customers buy after viewing this item?
Product details
- Publisher : O'Reilly Media; 1st edition (March 17, 2009)
- Language : English
- Paperback : 220 pages
- ISBN-10 : 059652269X
- ISBN-13 : 978-0596522698
- Item Weight : 11.8 ounces
- Dimensions : 6 x 0.53 x 9 inches
- Best Sellers Rank: #1,107,470 in Books (See Top 100 in Books)
- #257 in Computer Hardware Design & Architecture
- #415 in Computer Systems Analysis & Design (Books)
- #1,402 in Software Development (Books)
- Customer Reviews:
Important information
To report an issue with this product or seller, click here.
About the authors

I'm an independent consultant, international speaker, writer and trainer. I live in Bristol and online.
My software development interests are in patterns, programming, practice and process. As well as contributing to a number of projects, I've been involved in (far too) many committees (for conferences, publications and standards, but as yet I've not been on a committee for committees).
My fiction writing tends to the short side — and occasionally to the dark side — spanning a number of genres.

Discover more of the author’s books, see similar authors, read author blogs and more
Customer reviews
Customer Reviews, including Product Star Ratings help customers to learn more about the product and decide whether it is the right product for them.
To calculate the overall star rating and percentage breakdown by star, we don’t use a simple average. Instead, our system considers things like how recent a review is and if the reviewer bought the item on Amazon. It also analyzed reviews to verify trustworthiness.
Learn more how customers reviews work on Amazon-
Top reviews
Top reviews from the United States
There was a problem filtering reviews right now. Please try again later.
I give it 4 stars instead of 5 because as others have noted, it is very lightweight. I do feel that this book would be suitable for most folks in technology to read, not limited to software architects. I would have no hesitation recommending this book to everyone from a Junior Systems Administrator or Project Manager all the way to a Director Of Technology.
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.
-V
Top reviews from other countries
Die Produktbeschreibung greift den Text des Vorwortes auf und nennt die Titel einiger Beiträge. Man kann leicht erkennen, dass es sich nicht um ein Lehrbuch handelt, dass Begriffe erklärt, Methoden beschreibt, oder in anderer Form strukturiert Kenntnisse beim Leser aufbaut. Nein. Es lohnt sich sehr die Amazon-Buchvorschau zu nutzen und das Vorwort ganz zu lesen -- nur eine Seite lang. Außerdem sind einige Beiträge vollständig zu lesen.
Ich würde das Buch als eine kleine Plauderrunde verstehen. Ein paar Architekten treffen sich nach einer Konferenz auf einige Bier und reden über ihre Erfahrungen. Aus diesen Erfahrungen ergeben sich Ratschläge, worauf man achten kann, und welche Fragen man sich in der Position des Software-Architekten stellen kann. Danach geben sie die Antworten, die sich bei ihrer Arbeit als am hilfreichsten erwiesen haben. Das sind kurze Statements ohne wissenschaftlichen Nachweis. Gedacht, um das Denken über diese Fragen anzuregen.
Man sollte Erfahrung im Beruf der angestrebten Zielgruppe haben, um die Bemerkungen einordnen zu können. Nicht jeder Ratschlag wird sich eins-zu-eins im eigenen Berufsalltag umsetzen lassen. Das muss man erkennen. Aber die kurzen Artikel sind hervorragend geeignet um in einer Pause mal zu hören, was nebenan so läuft. Danach ist man informiert, aber nicht geschult. Das ist die Absicht des Buches, die es ganz ehrlich zu erkennen gibt.
Vor der Zeit des Internet hätte man diese Form vielleicht als Brief-Sammlung veröffentlicht. In dieser Form vermisst man allerdings eine thematische Gliederung. Man kann sich allerdings auf das Sachwortregister stützen, um die für den Leser interessantesten Stellen herauszupicken. Wegen dieser Einschränkung habe ich einen Stern abgezogen.
Rundherum finde ich in dem Buch nützliche Hinweise, die in einem ansprechenden Layout dargeboten werden. Alle Autoren werden vorgestellt, sodass man das Gewicht der jeweiligen Aussage einschätzen kann. Es ist keine vollständige und abschließende Abhandlung zum Beruf des Software-Architekten und will es auch nicht sein. Darum kann ich die ausgeprägte Unzufriedenheit anderer Leser nicht nachvollziehen. Dort erscheint mir die falsche Erwartung vorgelegen zu haben. Ich kann es klar empfehlen.
il est essentiellement la compilation de plusieurs retours d'expériences de plusieurs architectes 'connus'.
je le conseille vivement.
That said, there are some really enjoyable bits and pieces. My favourite parts:
* Keith Braithwaite's reminding of the architect's need to quantify things. Characteristics such as average response
time should be not be phrased using terms such as 'good' or 'satifactory' but quantified as something like:
'between 750ms and 1,250ms'
* Craig Russell's points about including the human interaction time in any performance analysis. The system
may respond very fast to API calls, but the if the UI is counter-intuitive, it means the user will spend a longer time try to
get his result.
* Michael Nygard advice for engineering the 'white spaces'. Don't just have arrows between components specifying the
communication protocol, describe the performance expectation of interaction e.g. 100 requests per second, response time
250ms 99% of time. Describe how the system will handle overload, bad response times, unavailability etc.
* Mark Richards classification of architectural patterns:
- Enterprise Architecture Patterns: EDA, SOA, ROA, Pipeline architecture
- Application Architecture: Session Facade, Transfer Object
- Integration Patterns: File sharing, RPC, Messaging
- Design Patterns: GoF
* Gregor Hohpe arguments about the 'predictive call-stack architecture' becoming a thing of the past.
In massive distributed systems, it's not so easy to define the order things happen in. Architectures now have
to be able to respond to event in any time order.
* Bill de hOra discussion of inevitable tradeoffs using Brewer's conjecture (CAP) as example.
* Dave Anderson's arguments for the inevitabitly of legacy and preparing your system for maintenance.
So plenty of good advise in a short book that never gets too technical. The role of the architect is not just to be understanding complicated problems but to stand back and look at the big picture, checking for gaps and to ensure the right actions are taken to ensure project success. This means it's not really just about things a software architect should know, but about things a software architect should ensure they do not forget.








