一直以來，不斷有工程師詢問我有關架構設計上的問題，很希望能聽聽我的意見。也有工程師原封不動的在自己的專案中引用我的架構設計。最近，部門內的學習小組又在向我約稿：大師，可否分享一些架構設計經驗。
說到架構設計，這是架構師最本職的工作。好架構是第一生產力，不良的架構會埋下種種「伏筆」，進而讓使用者怨聲載道。所以說，乙個好架構師是團隊的「財富」，反過來則會成為團隊的「災難」。
架構是優是劣，架構師是福是禍。領導的空洞評價或架構師的自我標榜，在這裡顯得是那麼的滑稽無助。
哪怕公司的技術氛圍是「指鹿為馬」或「道路以目」，但對那些框架的真實評價（「民謠」或「民諺」之類）仍舊會在工程師之中流傳不止。
我非常在乎工程師們的評價，因為我首先是一名工程師。來自一線的評價是那麼的真實，一線的聲音是那麼的重要。每當工程師對我的架構深表讚賞之時，遠遠超過任何組織頒發的獎盃或獎金。每當我做任何設計時，都要設身處地為呼叫者著想，最大程度的方便「使用者」（呼叫者）。「使用者第一」，這是我做設計時的唯一原則。不是隨意雜湊，而是深思熟慮；不是追逐崇拜，而是繼承創新；不是空洞理論、實現偽劣，而是以理念為原則，以實現處處體現理念；不能自居自大，漠視甚至鄙視「群眾」。
能力越大，責任越大。啟發、引導與培訓工程師也是架構師的團隊職責之一。一直以來，我經常在團隊中作技術分享或程式設計比賽；工程師也特別喜歡找我**各種技術問題；哪怕對技術不太想深究的工程師，也會在評審會上認真聽我的評審意見。對工程師和顏悅色、有問必答，就像我們對強詞奪理者、不肯團隊協作者會「金剛怒目」一樣，都是架構師必備素養。還是那句老話：做事先做人。做架構先做架構師，你需要先放棄你內心那些名利欲、狹隘自大或自卑。
it業界每天都有無數的專案誕生，對架構師的需求是無窮盡的。但目前，中國絕大多數架構師仍舊處於「名不副實」的尷尬境地。我的建議是少以架構師自居，多埋頭學習，多從基層做起，培養嚴謹細緻的思維習慣，少搞些無聊的發明創造：厚積薄發才是技術正道。
說了很多與技術無關的話，回到架構設計的話題。
我總結了08年鳳凰版的架構設計，鳳凰版的架構可以說傾注我十多年架構與專案經驗，有許多值得分享之處（其實有些模組的設計也值得分享，但與主旨無關我略掉），希望能對架構師或有志於做架構者有所幫助。
在ppt的最後，我總結和提出了一種架構成熟度模型。確切的說，這種模型以web應用的元件化程度為衡量標準來評估web應用的優劣，可與同行者**。鳳凰版的成熟度在level3水準，當然還有細節值得改進。level4是一種理想級別，目前我還未看到有任何應用能達到，這其中還有相當多的前提（資料協議與元件規範）需要完成。
Web架構師之路
主題內容 本人就喜歡玩一些技術上的東西，搞搞重構，搞一下設計等。致力於成為一名web架構師。以下內容是本人的學習計畫，也是通往web架構師的必經之路吧。內容列表 前面的話 擺脫程式設計師困境，多思考 第一章 設計模式 物件導向分析 設計 設計模式之單例模式 設計模式之工廠模式 設計模式之策略模式 設...
InfoQ 架構師修煉之道
架構師是乙個神秘而又神聖的名詞，作為軟體開發領域的設計師，架構師承載著太多的責任和挑戰。對於乙個程式設計師或者工程師來說，架構師就像是乙個目標，一條道路，抑或是一座山峰。如何能夠成為一名合格的架構師？架構師應該具備何種素質？而架構師又是如何做到持續不斷的成長和提高的呢？帶著這些問題，我們請到了五位i...
架構之道之架構師的核心思維
乙個軟體架構師最重要的問題，就是他所設計的產品必須是滿足企業戰略規劃的需求，能夠幫助企業解決實際問題的，因此乙個合理的設計，首先要想的是 who 為誰設計？what 要解決使用者的什麼問題？why 為什麼要解決這些使用者問題？這是乙個被稱之為 3w 的架構師核心思維，如果這個問題沒搞清楚，就很快的投...