摘要：
今天学习的是架构之美的第二章_两个系统的故事：现代软件神话。相比而言，“设计之城”式的软件开发则显得极为出色。设计之城”的第一步，确定了主要的功能领域，并对其进行了系统的规划，要比“混乱大都市”的设计图纸要简单得多。设计之城”并非没有根据开发过程进行变更，但是要注意，简单性的设计，对设计之城的影响，健康的开发过程，小的，更善于思考的开发团队，适当注意确保一致性，极为简单，清晰，一致的设计。
今天学习的是架构之美的第二章_两个系统的故事：现代软件神话。这一章主要讲的是两个软件系统的开发实例，最终向我们阐述了软件架构的好坏对于软件系统开发的影响。
首先第一部分讲的是“混乱大都市”。“混乱大都市”式的软件开发在实发性项目的开发中是可怕的，就是大都市的地铁线路一样，无法让人确定，哪一条线路好。“混乱大都市”式的软件开发通常缺少规划，开发到最后，产生了极为严重的后果，导致系统的组件完全没有内聚性，最终导致越来越多的缺陷，使得缺陷修复成为了一场噩梦，严重影响了软件的品质和可靠性。
相比而言，“设计之城”式的软件开发则显得极为出色。与”混乱大都市“不同的是，在项目的一开始，整个团队就有一个既定统一的目标。”设计之城”的第一步，确定了主要的功能领域，并对其进行了系统的规划，要比“混乱大都市”的设计图纸要简单得多。”设计之城”并非没有根据开发过程进行变更，但是要注意，简单性的设计，对设计之城的影响，健康的开发过程，小的，更善于思考的开发团队，适当注意确保一致性，极为简单，清晰，一致的设计。
通过前两章的学习，我认识到了软件架构，以及一个好的软件架构对于系统开发的重要意义，对于软件架构的学习，对我们将来的实发性训练，有重要的作用。