具体描述
This is a practical guide for software developers, and different than other software architecture books. Here's why:
It teaches risk-driven architecting. There is no need for meticulous designs when risks are small, nor any excuse for sloppy designs when risks threaten your success. This book describes a way to do just enough architecture. It avoids the one-size-fits-all process tar pit with advice on how to tune your design effort based on the risks you face.
It democratizes architecture. This book seeks to make architecture relevant to all software developers. Developers need to understand how to use constraints as guiderails that ensure desired outcomes, and how seemingly small changes can affect a system's properties.
It cultivates declarative knowledge. There is a difference between being able to hit a ball and knowing why you are able to hit it, what psychologists refer to as procedural knowledge versus declarative knowledge. This book will make you more aware of what you have been doing and provide names for the concepts.
It emphasizes the engineering. This book focuses on the technical parts of software development and what developers do to ensure the system works not job titles or processes. It shows you how to build models and analyze architectures so that you can make principled design tradeoffs. It describes the techniques software designers use to reason about medium to large sized problems and points out where you can learn specialized techniques in more detail.
It provides practical advice. Software design decisions influence the architecture and vice versa. The approach in this book embraces drill-down/pop-up behavior by describing models that have various levels of abstraction, from architecture to data structure design.
作者简介
George Fairbanks在卡内基•梅隆大学获得软件工程专业博士学位，现任Rhino Research公司董事长。Rhino Research是一家专门提供软件开发培训及咨询的公司，总部设在美国科罗拉多州博尔德市。Georg还是软件体系结构工作会议WISCA（Working International Conference on Software Architecture）、国际软件维护大 会ICSM（International Conference on Software Maintenance）以及欧洲软件架构会议的委员会成员。他还是IEEE软件工程汇刊和IEEE软件的仲裁委员。
.
张逸是ThoughtWorks高级咨询师，程 序员。InfoQ中文站编辑。著译作包括《软件设计精要与模式》《WCF服务编程》《Java设计模式》以及评注版《重构：改善既有代码的设计》。目前居住于成都。
.
倪健是eBaoTech应用架构师，程序员。著作包括《简单之美：软件开发实践者的思考》《IT项目管理那些事儿》（与人合著）。目前居住于上海。
目录信息
读后感
前几天，朋友送了一本书给我《恰如其分的软件架构》，一看副标题，“风险驱动的设计方法”，嗯？“风险”，这是我最想了解的，最近遭遇太多太多风险了，做梦都在想怎么化解各种风险。 想想现在的架构工作，我们总会发现这样一个情景：架构师总是在系统投产上线后，进行项目总...
华中科技大学出版社的徐定翔问我意见，了解我对Just Enough Software Architecture这本书的观感，看是否值得引进。时间是在2010年。从一开始，我就被书名中的Just Enough理念所吸引。它让我想起宋玉的东家姑娘，“增之一分则太长，减之一分则太短”那种不可言说的美丽。我在心...
这本书真的是大失所望，全是值得读一读的章节也就只有13，14，15章节可以读一读。这几章归纳总结了常见的几种架构模型。至于其它内容，绝大多数时候都在做名词解释，术语解释，无聊透顶。虽然开篇讲了风险驱动的架构方式的优点，和如何实施操作。但是，如何实施，如何识别风险...
原文: http://liguanglei.name/blogs/2014/05/31/just-enough-software-architecture/ 本书算是个总结整理, 没看出提出了什么新的观点和方法 本书倒是明确了几个词汇, 丰富了设计时可用与思考和交流的语言, 回答了为啥工程师和项目经理总是对优先级有不同理解的问题
华中科技大学出版社的徐定翔问我意见，了解我对Just Enough Software Architecture这本书的观感，看是否值得引进。时间是在2010年。从一开始，我就被书名中的Just Enough理念所吸引。它让我想起宋玉的东家姑娘，“增之一分则太长，减之一分则太短”那种不可言说的美丽。我在心...
用户评价
这本书的价值远不止于提供技术方案，更在于它能够重塑你对软件项目生命周期的整体认知。在接触这本书之前，我总是习惯于将软件开发看作是代码的堆砌，而忽略了其背后的结构和规划。作者通过深入浅出的讲解，让我认识到，一个成功的软件项目，其架构设计起着至关重要的作用。它就像是建筑的骨架，决定了整个项目的稳定性、可扩展性和可维护性。我特别欣赏书中关于“架构决策记录”（Architecture Decision Records, ADRs）的理念。它强调了记录和沟通架构决策的重要性，这对于确保团队成员对架构有共同的理解，以及在未来回顾和调整架构时，都具有非凡的价值。在工作中，我们常常会因为沟通不畅，导致架构的偏离和混乱，而ADRs正是解决这一问题的有效工具。书中关于“系统上下文”（System Context）的分析，也让我受益匪浅。它让我明白，软件架构并非孤立的存在，而是需要融入到更广阔的业务和技术环境中，理解这些上下文能够帮助我们做出更明智的架构决策。这本书让我从一个“代码编写者”转变为一个“系统思考者”，更加关注软件的整体健康和业务的长期发展。
这本书提供了一种全新的视角来审视软件架构，它不仅仅是关于如何构建一个技术上“正确”的系统，更是关于如何构建一个能够适应业务发展、易于维护和高效交付的系统。我一直认为软件架构是软件工程中最具挑战性的部分之一，它需要平衡多种相互冲突的需求。作者在这本书中，用一种非常务实和接地气的方式，为我们揭示了如何进行这种平衡。我特别欣赏书中关于“解耦”（Decoupling）的深入探讨。它让我认识到，将系统拆分成独立的、低耦合的组件，是提高系统可维护性和可伸缩性的关键。作者通过生动的案例，展示了如何通过不同的解耦策略，来应对复杂的业务逻辑和快速的技术变化。书中关于“模式语言”（Pattern Language）的介绍，也让我耳目一新。它强调了通过复用成熟的架构模式，来加速设计过程，并提高设计的质量。这种“站在巨人肩膀上”的设计思路，让我受益匪浅。这本书不仅仅传授技术知识，更传授一种思考方式，它帮助我建立了一种更加理性、更加注重长远价值的软件设计观。
这本书就像一位经验丰富的导师，用一种温和而有说服力的方式引导我深入理解软件架构的核心价值。我一直认为软件架构是一个非常宏大且难以捉摸的概念，但这本书却将它拆解成一个个可管理、可理解的组成部分。作者并没有一开始就抛出各种复杂的架构模式，而是从最根本的——“为什么需要架构”——开始，层层递进，让我逐渐建立起完整的知识体系。我尤其喜欢书中关于“架构意图”（Architectural Intent）的讨论，它强调了架构不仅仅是为了解决当前的问题，更是为了表达对未来发展的愿景和规划。在实际工作中，我常常会陷入具体的技术细节，而忽略了更宏观的层面，这本书正好弥补了我的这一盲点。它让我意识到，一个好的架构能够指导团队朝着共同的目标前进，并且能够有效地管理复杂性。书中关于“领域驱动设计”（Domain-Driven Design）和“微服务”（Microservices）等概念的介绍，并没有流于表面，而是深入剖析了它们在不同场景下的适用性和潜在挑战。作者的分析非常中肯，他并没有宣扬某种模式是万能的，而是强调了理解其背后的原理和权衡取舍。读完这本书，我感觉自己对软件的生命周期有了更深刻的理解，也对如何构建可伸缩、可维护的系统有了更清晰的思路。
这本书为我提供了一套系统化的方法论，帮助我从一个“代码实现者”转变为一个“架构思考者”。在阅读之前，我总是将软件架构视为一系列固定的设计模式和技术选型，但这本书却让我认识到，架构的本质在于权衡和决策。作者通过大量生动的案例，向我们展示了如何在不同的场景下，做出最优的架构选择。我特别欣赏书中关于“非功能性需求”（Non-Functional Requirements, NFRs）的强调。它让我意识到，除了功能性需求之外，系统的性能、可伸缩性、安全性等非功能性需求，同样是架构设计中至关重要的考虑因素。作者提供了多种方法来识别和量化这些NFRs，并将其融入到架构设计中。书中关于“架构评估”（Architecture Evaluation）的讨论，也让我受益匪浅。它提供了一套系统化的方法，来评估现有架构的优劣，并找出改进的方向。这种“知己知彼”的设计思路，能够帮助我们更好地优化系统的设计。读完这本书，我感觉自己对软件架构的理解更加全面和深入，也更有信心去应对实际项目中的架构挑战。
阅读这本书的过程，就像是进行一次酣畅淋漓的头脑风暴，每一次翻页都伴随着新的思考和洞察。我一直认为软件架构是工程师的“艺术”，它需要创造力、逻辑性和对细节的把握，而这本书则将这种“艺术”分解成了一套行之有效的实践方法。作者并没有回避软件开发中的种种难题，而是将它们置于架构设计的框架下，逐一进行分析和解答。我尤其喜欢书中关于“可测试性”（Testability）在架构设计中的地位。过去，我常常将测试视为一个独立的环节，但这本书却让我意识到，可测试性应该从一开始就融入到架构设计中，它能够极大地提高软件的质量和开发效率。书中关于“组件化”（Componentization）和“模块化”（Modularity）的讨论，也给我留下了深刻的印象。它让我明白了如何将庞大的系统拆分成独立、可复用的组件，从而降低开发成本，提高团队协作效率。作者的叙述语言非常生动，他用很多贴切的比喻，将抽象的架构概念具象化，让我在阅读过程中能够产生强烈的代入感。这本书不仅仅教会了我“做什么”，更教会了我“为什么这么做”，它帮助我建立了一种更加系统化、更加有理有据的架构设计思维。
这本书就像一位经验丰富的向导，带领我穿越软件架构的复杂迷宫，指引我找到清晰的路径。我曾经在尝试理解各种架构模式时感到力不从心，常常被各种术语和概念所淹没。然而，这本书却以一种非常直观且引人入胜的方式，将这些复杂的知识融会贯通。作者并没有将架构视为一门孤立的学科，而是将其与业务目标、团队协作以及项目交付紧密地联系在一起。我特别喜欢书中关于“可观测性”（Observability）在架构设计中的重要性。它让我认识到，一个良好的架构不仅要能够高效运行，更要能够被有效地监控和诊断，以便在出现问题时能够快速定位和解决。这对于保障系统的稳定性和用户体验至关重要。书中关于“API设计”的讨论，也让我受益匪浅。它强调了API作为系统之间交互的桥梁，其设计的优劣直接影响着整个系统的可用性和可扩展性。作者提出的清晰、一致的API设计原则，为我提供了宝贵的指导。读完这本书，我感觉自己对软件架构的理解更加全面和深刻，也更加有信心去应对实际项目中的架构挑战。
这本书给我带来了久违的“顿悟”感，它让我重新审视了自己过去在软件设计中的一些固有的思维模式。我一直觉得软件架构是一个非常“高大上”的领域，需要大量的经验积累和天赋才能掌握，但这本书却用一种更加务实、更加贴近实际工作的方式，将它变得触手可及。作者强调了“简单性”在软件架构中的重要性，这与我过去追求“功能全面”、“技术先进”的观念形成了鲜明的对比。他通过大量的实例，说明了如何通过选择合适的抽象层级和设计模式，来降低系统的复杂性，提高系统的可维护性和可理解性。我特别欣赏书中关于“架构演进”的论述，它打破了我对架构“一次性完成”的误解。作者指出，软件架构是一个持续演进的过程，需要根据业务需求的变化和技术的进步，不断地进行调整和优化。这种灵活性的思想，对于应对快速变化的互联网行业来说尤为重要。书中关于“技术债务”（Technical Debt）的讨论，也让我受益匪浅。它让我认识到，在追求快速交付的同时，我们也需要警惕那些可能在未来引发问题的设计决策，并学会如何有效地管理和偿还技术债务。这本书不仅仅是知识的传递，更是一种思想的启迪，它帮助我建立了一种更加理性、更加注重长远价值的软件设计观。
这本书给我带来了一次非常有意义的“重塑”体验，它让我重新认识了软件架构的本质和价值。在阅读之前，我总是将架构视为一种“一次性”的规划，一旦确定，便难以更改。然而，这本书却让我明白，架构是一个动态的、持续演进的过程，需要随着业务的发展和技术的进步而不断调整。我特别欣赏书中关于“架构治理”（Architecture Governance）的论述。它让我意识到，一个良好的架构不仅仅需要精心设计，更需要有效的管理和控制，以确保其在整个生命周期中的一致性和有效性。作者强调了沟通和协作在架构治理中的重要性，这对于避免架构的随意变动和混乱，至关重要。书中关于“能力优先”（Capability-First）的分析，也让我受益匪浅。它强调了在设计软件系统时，应该首先关注其需要具备的核心能力，而不是过分纠结于具体的实现细节。这种自顶向下的设计思路，能够帮助我们更好地把握项目的核心需求，避免走弯路。读完这本书，我感觉自己对软件架构的理解更加全面和深刻，也更加有信心去构建能够适应未来变化的系统。
这本书就像一位睿智的向导，带领我深入探索软件架构的奥秘，并为我指明了通往成功的道路。我一直认为软件架构是一个非常抽象和难以捉摸的概念，但这本书却用一种非常清晰和直观的方式，将它变得触手可及。作者并没有回避软件开发中的种种挑战，而是将它们置于架构设计的框架下，逐一进行分析和解答。我特别欣赏书中关于“演化式架构”（Evolutionary Architecture）的讨论。它强调了软件架构应该具备适应性和灵活性，能够随着业务需求和技术环境的变化而不断演进。这种“拥抱变化”的设计理念，对于应对快速变化的互联网行业来说尤为重要。书中关于“服务边界”（Service Boundaries）的清晰划分，也让我受益匪浅。它让我明白了如何将一个庞大的单体应用，逐步拆分成更小、更易于管理的服务，从而降低系统的复杂性，提高开发效率。作者的论述逻辑清晰，语言生动，让我阅读起来倍感轻松，并且能够从中获得深刻的启发。
这本书给我带来了许多启发，它不仅仅是关于软件架构的理论，更是一种思维方式的转变。在阅读过程中，我深刻体会到“恰到好处”在软件设计中的重要性。许多时候，我们倾向于过度设计，追求所谓的“最优解”，但作者通过生动的案例和深入浅出的讲解，让我认识到，真正的架构是能够平衡需求、成本、时间和可维护性，并随着时间的推移而不断演进的。它并非一成不变的蓝图，而是一个动态的、适应性的框架。作者强调了理解业务需求是架构设计的基石，没有脱离业务的架构是空中楼阁。我尤其欣赏作者对于“权衡”（Trade-offs）的深入探讨，这让我意识到，在软件架构的世界里，没有绝对正确，只有相对合适。选择哪种技术栈、哪种设计模式，都需要基于对具体场景的深入分析和对未来变化的预判。这本书的叙述方式非常吸引人，它避免了枯燥的技术术语堆砌，而是通过故事和类比，将复杂的概念变得易于理解。我从中学会了如何更有效地与团队沟通架构决策，如何让非技术人员也能理解架构的价值和意义。总而言之，这本书为我提供了一个全新的视角来看待软件架构，它帮助我从一个“实现者”转变为一个“设计者”，更加关注软件的长期健康和业务的成功。
读完了，就该开始正式翻译了。
政治正确的废话
政治正确的废话
读完了，就该开始正式翻译了。
读完了，就该开始正式翻译了。
