這系列更像比較文學的it版，並沒有設計模式之深邃偉岸，但其經驗仍極為難得，並不可多見，通讀一遍，無論對擴充套件見識，還是增加架構經驗，都有不少好處，值得一讀。
印象最為深刻是emacs和facebook兩章，一講可擴充套件客戶端的設計，一講大型**的內部架構，都是現在熱門話題，參考意義很大。.架構是所構建系統的計畫，確保由此得到期望的特性，同時也是所構建系統的描述。
架構師首先關注的不是系統功能。比如 讓你開發乙個web應用。你首先向確認的不是頁面布局和導航之類的。而是下面的問題。
1）.想發布在windows伺服器上還是lamp上。
2）.誰提供主機的託管，有什麼技術限制？
3）.想支援多少併發使用者？
4）.應用需要怎樣的安全性？有需要保護資料嗎？運用在公網還是私網上。
投資人：他們想知道專案能否在給定的資源下和進度約束下完成。
架構師、開發人員、和測試人員:他們考慮的是最初的構建和以後的維護與演進。
專案經理：組織團隊，指定迭代計畫。
市場人員：通過品質特點實現與競爭者的差異化。
使用者，包括系統管理員：安裝、部署、準備。
技術支援人員：關注幫助平台**呼入的數目和複雜性。
系統的關鍵關注點：
功能性：產品向它的使用者提供哪些功能。
可變性：軟體將來需要哪些改變？哪些改變將來不太可能發生。
效能：產品將達到怎麼樣的效能？
容量：多少使用者將併發使用該系統？該系統將為使用者儲存多少資料？
生態系統：該系統將於其他系統進行哪些互動？
模組化：如何將開發任務分解為模組，特別是這些模組可以獨立的開發，並且能夠容易滿足彼此的需要？
可構建性：如何將軟體構建為一組元件，並能獨立實現和驗證這些元件？
產品化：如果產品將以幾種變體的形式存在，如何開發乙個產品線，如何保持共性，以怎樣的步驟開發？
安全性：產品是否需要使用者認證，資料的安全性如何保證，如何抵擋攻擊？
總而言之，這本書對於我們初識架構的人來說，算得上是涉獵。書中大部分內容還是讀的有點晦澀。主要是還沒有真正認識和接觸架構的原因吧，但也不能說沒有收穫，通過對大型專案的分析為我們的架構提供了參考。
架構之美隨筆五 語言與架構
美 作為軟體架構的口號，並不是由旁觀者來判定的。其實早就存在一些明確的標準。可靠性 該架構能否幫助我們建立出正確 健壯的軟體。可擴充套件性 應對變化是否很容易。復用性 該解決方案是否具有同樣性，或者甚至可以將其作為乙個元件直接插入到新的應用程式中，而無需做定製開發。這部分內容，作者從之前所概括的軟體...
架構之美2
功能擴充套件 1.新 的定位 一開始就有系統結構清晰的總體檢視，所以，新的功能單元可以新增到正確的功能區域，而不是為了一時方便，隨意新增。這樣，有的時候開發者的工作會需要動寫腦筋，但是在系統維護和擴充套件時，就變得容易了 2.系統的一致性 頂層設計的良好風格和決定，為底層 好處，是統 一 整潔的。清...
架構之美02
1.新 的定位 一開始就有系統結構清晰的總體檢視，所以，新的功能單元可以新增到正確的功能區域，而不是為了一時方便，隨意新增。這樣，有的時候開發者的工作會需要動寫腦筋，但是在系統維護和擴充套件時，就變得容易了 2.系統的一致性 頂層設計的良好風格和決定，為底層 好處，是統 一 整潔的。清晰的定義，確保...