“To justify the risk involved with selecting new technology its benefits should be a quantum leap forward. Many new technologies claim such advancement but few deliver it. It‘s easy to look at new technology and see technical advantages but those benefits are often difficult to sell to stakeholders. Before you decide to blaze a trail with new technology, ask yourself how the business will benefit from this decision. If the best outcome from a business perspective is that no one will notice, rethink your decision.”
― 97 Things Every Software Architect Should Know
― 97 Things Every Software Architect Should Know
“Design is a discovery process, as we implement we discover new information, often impossible to know up front. By accepting that design is an ongoing and empirical process in a forever changing world, we learn that the design process must be flexible and ongoing too. Clinging onto your original designs and trying to force them through is only going to end up with one result so you need to learn to understand that it will never look like that.”
― 97 Things Every Software Architect Should Know
― 97 Things Every Software Architect Should Know
“True success in medicine is not easy. It requires will, attention to detail, and creativity. But the lesson I took from India was that it is possible anywhere and by anyone. I can imagine few places with more difficult conditions. Yet astonishing success could be found ... what I saw was: Better is possible. It does not take genius. It takes diligence. It takes moral clarity. It takes ingenuity. And above all, it takes a willingness to try.”
― 97 Things Every Software Architect Should Know
― 97 Things Every Software Architect Should Know
“If your customer willingly and knowingly doesn't care about certain important things that your customer's customer cares about—as happens from time to time—consider stepping away from the project.”
― 97 Things Every Software Architect Should Know
― 97 Things Every Software Architect Should Know
“As you work in requirements meetings to design software, pretend that your customer is not your customer. It turns out that this is a very easy thing to do, because it is true. Your customer is not your customer. Your customer‘s customer is your customer. If your customer's customer wins, your customer wins. Which means you win.”
― 97 Things Every Software Architect Should Know
― 97 Things Every Software Architect Should Know
Serg’s 2025 Year in Books
Take a look at Serg’s Year in Books, including some fun facts about their reading.
More friends…
Favorite Genres
Polls voted on by Serg
Lists liked by Serg
























