第一部分（论架构）：
第1章【架构概述】：
“架构”这一名词被广泛应用于多种学科。对于计算机学科而言，架构有所不同，它并不像是建筑学和音乐等学科，它有其独特的特性与含义。软件架构其实是一个行为上和结构上设计的过程，软件架构师和开发者在软件开发流程中有着不同的分工。架构师关注的应该侧重于软件系统的品质，而非开发者的功能层面。从整体来把握整个软件的开发，通过对软件品质的平衡，选择开发的侧重点，从而有效地让软件符合要求。架构的结构通常由以下几种构成：信息隐藏结构、使用结构、进程结构、数据访问结构。好的架构应该能经受的住评估，检验最终的性能。一些足够好的架构，值得我们去珍视、去学习，值得我们每个人了解并掌握。
第2章【两个系统的故事，现代软件神话】：
本章使用两个软件系统的开发实例来为我们展示了架构的重要性。“混乱大都市”式的软件系统给开发团队中的每一个成员都带来的可怕的遭遇，不良的架构导致了深远的影响和严重的反弹，与此相对的“设计之城”式的软件开发就给作者带来了极佳的体验。架构会对软件项目的结果有着致命的作用。好的架构有以下几种相同点：有意而为之的前端设计、设计者的素质和经验、清晰的设计观点、重要的设计、合适的人员、延迟不重要决定、好的项目管理以及合适的期限。
个人体会：
这一部分是本书的入门介绍，主要讲解了“架构”是什么，以及它究竟能对我们的软件项目带来多大的影响。作者很用心的使用了类比的方法，将软件开发的架构与建筑师的建筑设计、音乐家的音乐设计类比，通过对建筑设计过程详细介绍，进而对发展时间不长、有些抽象的软件架构进行了介绍，让我更加能够体会到软件架构的根本。在第二章中，作者给出了两个自己真实参与的项目来阐述架构的重要性，一个是“混乱的大都市”，另一个是“设计之城”，两种背景有些相似的项目由于多种原因，导致开发的流程以及最终的结果大不相同。原因多种多样：团队对项目的了解程度、团队人员情况、成员的详细情况等，但是归其根本原因，还是因为项目尚未开始时，架构工作做得不到位，架构如果进行的详细，整个项目有一个大致的估计，侧重点、方向、人员都早早的确定下来，对项目开始的后续工作有极大的影响。不难体会到软件架构的重要意义，我会在后续章节中继续学习详细的架构方法。