csy的博客

什么是架构架构实际上是人类生产生活过程中，遇到了具体问题，针对该问题做定义，划分问题边界，做分析，分解，拆分子问题并约定每个拆解部件的职责及各部件间交流规则并且每个部件相互协作形成一个整体共同完成系统目标因此架构一定解决的人的问题认识概念是理解架构的基础每个概念其实背后都代表了某个具体问题所对应的解决方案。概念也是充当了交流媒介。根据架构的定义，要做好架构所首先必须具备的能力，就是能够正确的认识概念，能够发现概念背后所代表的问题，进而才能够认识目标领域所需要解决的问题，这样才能够为做好架构打好基础

极限编程（XP）定义XP是关于每个人自己如何成为最好的开发者的。项目成功需要技术和人际关系的和谐 XP致力于解决这两方面的问题

领域知识架构师通常具备某个领域的知识，持续深耕领域，熟悉领域问题，常见解决方案。这个是领域架构师。是基础。成功的架构师必然在某个领域是专家架构设计知识诸如常见架构模式（分层，微服务），整洁架构，架构设计方法学。比如4+1视图，DDD等需求分析，分解能力，沟通协调能力及项目管理，软件工程能力扎实的计算机系统知识。包括语言，系统结构，操作系统等...

用户原始需求得到总体方案构想（即系统原理）以及关键技术方案（阐述关键需求实现技术）。最后基于系统总体方案及关键技术实现方案分解系统需求即SR，最后到AR，Story，task。注意在单个子系统的当前所有AR明确之后，需要对子系统作详细设计。即软件模块化或组件化设计也可以直接从SR到Story，task。这种情况就基于story做软件设计。story的粒度通常较小。要求开发人员能够在10天内完成开发。我们讨论大型系统的需求分析方法。通常大型系统采用用例加上用户故事的需求分析方法用例是对系统之间或

前言计算机科学的根本问题是如何分解问题，然而这门技艺却很有少学校会教。本书内容是作者多年实践经验的结晶，也是斯坦福的大学课程本书根本目的是要解决软件设计的复杂性，提供了一系列软件设计原则，观点，读者可结合个人实际情况实践。引言复杂性是现代软件系统开发不可回避的问题。原因在于随着系统规模越大，复杂性也会快速增加，从而降低开发效率。作者从两个维度简化复杂度：1 代码本身诸如一致的命名风格，清晰准确的命名等2 封装复杂性即模块化设计最后作者提倡了增量式，演进式设计。以及在演进式设计下如何减少复