老书推荐:架构师应该关注的技术之外的东西

推荐书目:《软件架构：组织原则与模式》

之所以推荐此书，是这本书让我真正了解什么叫开卷有益！我打开这本书的时候是凌晨，但是我打开的时候，就放弃了睡觉的念头。虽然最后还是困得睡着了，但是第二天一天时间都全新扑在这本书上面。

不过我必须提醒的是，这本书我买下的时候，并没有感觉有多么有用。也就是说，如果你没有这方面的工作经验的话，看这本书会感觉不知所云，或者不能深刻体会作者写作的意图。因此，如果你没有参与架构平台性产品的话，建议你不要轻易选择读这本书。

如果你已经是软件架构师，建议你读一下这本书。如果你在推广技术平台时候遇到困惑，这本书能给你启示。事实上，这本书能够帮助你，让你了解到应该关注技术之外的东西，而且提供了很多处理这类事情的模式和反模式。

但此书并不是一本讲解如何进行软件技术架构的书籍。其提到的模式更不是我们软件设计模式中的类似模式的概念。

此书讲述的是产品线架构上的架构师和高级经理之间的组织原则及处理模式。作者认为：架构师从技术看平台，但是容易忽视组织对架构的影响。而高级经理又很容易被技术表现蒙蔽，忽视架构对组织的影响。而本书，就是希望将两者集合起来，使得双方一起保障架构和组织的成功。

针对此，本书提出了VRAPS参考模型。并在每种模型中，提供了一些模式和反模式，使之能与实际应用联系起来。下面简单介绍一下VRAPS模型。

1. 构想（Vision），构想描述了架构的为来，提供了架构成功使用的环境和动机。
2. 节奏（Rhythm），节奏原则使得软件架构在跨越组织边界的情况下开发和使用成为可能。
3. 预见（Anticipation），为了使对软件产品线的长期投资能产生回报，组织应能够预见变化并对变化做出反应。
4. 协作（Partnering），协作也是软件架构成功的关键之一，因为这么多不同团体的参与者对架构的开发、实现和使用都是很重要的。
5. 简化（Simplicfication），简化软件架构的原则概念上看似简单，而实践中它要求对价值非常坚定地关注，以及对架构所生存的组织的理解和支持。架构是必须了解架构最小的基本特征。

最后，再次补充一下我推荐这本书的目的。我认为这是作为架构师必须学习的一课。因此在我的博客中特意推荐。主要也是向那些和我同样在架构师学习过程中遇到困惑的人共享我的经验。