老書推薦架構師應該關注的技術之外的東西

之所以推薦此書，是這本書讓我真正了解什麼叫開卷有益！我開啟這本書的時候是凌晨，但是我開啟的時候，就放棄了睡覺的念頭。雖然最後還是困得睡著了，但是第二天一天時間都全新撲在這本書上面。

不過我必須提醒的是，這本書我買下的時候，並沒有感覺有多麼有用。也就是說，如果你沒有這方面的工作經驗的話，看這本書會感覺不知所云，或者不能深刻體會作者寫作的意圖。因此，如果你沒有參與架構平台性產品的話，建議你不要輕易選擇讀這本書。

如果你已經是軟體架構師，建議你讀一下這本書。如果你在推廣技術平台時候遇到困惑，這本書能給你啟示。事實上，這本書能夠幫助你，讓你了解到應該關注技術之外的東西，而且提供了很多處理這類事情的模式和反模式。

但此書並不是一本講解如何進行軟體技術架構的書籍。其提到的模式更不是我們軟體設計模式中的類似模式的概念。

此書講述的是產品線架構上的架構師和高階經理之間的組織原則及處理模式。作者認為：架構師從技術看平台，但是容易忽視組織對架構的影響。而高階經理又很容易被技術表現蒙蔽，忽視架構對組織的影響。而本書，就是希望將兩者集合起來，使得雙方一起保障架構和組織的成功。

針對此，本書提出了vraps參考模型。並在每種模型中，提供了一些模式和反模式，使之能與實際應用聯絡起來。下面簡單介紹一下vraps模型。

構想（vision），構想描述了架構的為來，提供了架構成功使用的環境和動機。

節奏（rhythm），節奏原則使得軟體架構在跨越組織邊界的情況下開發和使用成為可能。

預見（anticipation），為了使對軟體產品線的長期投資能產生回報，組織應能夠預見變化並對變化做出反應。

協作（partnering），協作也是軟體架構成功的關鍵之一，因為這麼多不同團體的參與者對架構的開發、實現和使用都是很重要的。

簡化（simplicfication），簡化軟體架構的原則概念上看似簡單，而實踐中它要求對價值非常堅定地關注，以及對架構所生存的組織的理解和支援。架構是必須了解架構最小的基本特徵。

最後，再次補充一下我推薦這本書的目的。我認為這是作為架構師必須學習的一課。因此在我的部落格中特意推薦。主要也是向那些和我同樣在架構師學習過程中遇到困惑的人共享我的經驗。

老書推薦 架構師應該關注的技術之外的東西