開發人員職業發展方向
在說明架構師能力模型前，我得先說明開發人員在職場中的職業發展方向圖。
開發者應該根據自己的性格、愛好來選擇自己的職業方向。對于性格外向、願意多與人交流、溝通能力較好的同學，可以考慮向管理方向發展。對于熱愛技術、喜歡鑽研、性格偏内向的同學，則更适合往技術方向發展。
兩個方向并沒有好壞之分，隻是術業有專攻而已。兩個方向也不是完全獨立的，對于技術總監、架構師及其以上的崗位，往往也需要較強的溝通能力，以及一定的管理能力。
CTO 是很多開發人員理想中的最終職業方向。但是對于不同的公司而言，對 CTO 要求不盡不同（可以看看 2016年炒得比較火的某 CTO 離職事件）。是以 CTO 也會由不同的崗位成長而來。但是，并不意味着每個人都要以 CTO 為自己的職業目标。圖中黑體的崗位，都可以作為開發人員的職業方向。
對于還沒有職業方向的的開發人員來說，選擇好一個奮鬥的方向，非常關鍵。方向對了，就不怕路遠！方向不清晰，則會做很多徒勞無功的事。關于更多關于開發者如何對自己的職業進行規劃，請看知乎：《開發人員如何規劃自己的職業生涯？》。其中有一點非常關鍵：聽從内心的召喚！
架構師能力模型
網上已經有前輩在 2007 年時，已經總結了他對架構師的能力模型的了解。寫得非常詳細，見：《架構師的能力模型（圖）》、《能力要成體系》、《舊文重發：做人、做事，做架構師——架構師能力模型解析》。
個人覺得，上文中的能力模型有些過于具體，不友善讀者按照該模型進行學習。同時，也缺少一些我認為必需的元素。
我在面試架構師或者挑選架構師的苗子時，往往看得很重要的一點是此人對技術的熱情程度、學習能力。如果他在面試過程中說“我以後會轉管理”，那我基本會認為此人不适合。因為不熱愛，是以難做好。引用知乎某牛的觀點：“對新技術發自内心的喜愛和好奇，對自己産品和代碼的尊重與自豪，是技術人員從優秀走向傑出的關鍵因素。”
這些因素為什麼會成為架構師能力模型中的關鍵因素？
下面我來補充一下我對架構師的能力模型的了解。能力模型分為兩個層次。
通用能力層
可能讀這一節，讀者會覺得有些偏題、有些抽象，但是本層中的能力其實才是最重要的能力。這些能力要求，其實在任何一行、任何一崗都是非常重要、且适用的，這當然也包括架構師職業。
可能比較抽象，我對本層能力模型中的各個能力點做一些簡單的诠釋：
- 學習能力，是一切能力的源泉！所有的知識，都可以學習。學習能力是一個人的核心能力！是以，在學習任何事之前，應該先學習如何更好地進行學習。把自己的學習總結出一套方法體系并不斷完善，是對自我學習能力的提升，是快速建構其它能力的基礎。這是我多年之前寫的《學習過程反思》，供各位參考。
- 要做事，先做人。
- 人生需要有規劃。活着就是為了美好的人生！
- 人生規劃中，财務規劃和職業規劃是兩個比較重要的環節。
- 财商：要做一個獨立的人，财務方面需要獨立；要做一個自由的人，财務方面先得自由。
- 智商：CPU，表示了你大腦的運算能力。（該能力難以主動提升。）
- 情商：30%自我情緒的控制+70%控制他人的思維。
- 思維能力：如果把智商比作 CPU，那麼思維能力則是算法。在有限的智商之上，我們隻有使用更加高效的算法，才有利于提升我們自己的思考能力。
- 哲學：研究方法的方法。是抽象的方法論。有利于其它方法的學習。
- 結構化思維能力：方法要有體系化。
- 溝通能力：每個人作為社會群體中的一個個體，要想辦法更好地與周圍個體進行連接配接，才能更好地達成群體中的各類協作。有時候，連接配接比個人能力重要得多。
- 個人管理：最基礎的管理技能。把個人管理好，才談得上管理他人。把自己的小事管好，才談得上管理更大更複雜的事。
- 團隊協作：原因同溝通能力。
- 項目管理：使用結構化、體系化思維來管理一個項目的能力。項目是一個抽象的詞，并不單指 IT 項目。
- 其它：……
專業能力層
通用能力層之上，就是架構師能力模型中第二個層次：專業能力層。這一層的能力越精通，說明越能勝任架構師。
基礎能力層：基礎能力層的特點是非常簡單，但是卻非常重要。
入門級的打字、輸入法、快捷鍵等能力，其實在 IT 盛行的今天，不應該算是一個專業技能，而更是一個通用技能。想象一下，一個人，特别是開發人員，這一輩子要打多少字、多少漢字？如果鍛煉了打字、輸入法後，會為你節省多少時間（提升 30% 效率，意味着每10年，你比别人多出3年的時間）？但是又有幾個開發人員專門去練過打字，練過五筆呢？練武之人，應該先練好馬步！
開發語言：道理同輸入法。開發者隻能通過開發語言來跟電腦進行溝通，是以對語言中每一個文法的精通、高效運用，都能提高你寫出來的程式的素質。
開發架構：為什麼要學？要學到什麼程度？見我09年為自己寫的《架構學習計劃》。
設計能力層：
開發者往往會花大量的時間在一些具體的技術上，例如基礎能力層中的開發架構。學了一個架構，又學另一個架構；學了一門語言，又學另一門語言；學了前端開發，又學後端開發。其實，這都隻是在第一個層次上進行學習，兜圈子。想要成為架構師，還得先成為設計師，提升自己的微觀、中觀設計能力。
我面試過很多的進階開發者、架構師，但是往往隻是經驗豐富、架構用得較多，設計能力卻非常薄弱！
算法對程式設計師來講非常重要，影響到設計師編寫的代碼的微觀結構。不過，由于其處于微觀層面，現在大多數語言架構都已經提供了大部分基礎算法的封裝，是以對更進階的架構師而言，常常不再需要關心具體的算法。
UML、面向對象是非常重要的兩個分析、設計能力。特别是面向對象，目前主流的進階語言都是面向對象的，是以可以說是“設計師”的必備技能。
設計模式：這裡我想說的不是隻設計模式的重要性，而是“模式”的重要性。在《哲》的抽象層次章節中，我指出了模式是在方法層内、實踐層之上，是經過經驗總結出的可複用的方法，非常重要！在《學習過程反思》中，指出了總結對于學習的重要性，其實，總結出來的東西，也都是可複用的模式！對後續的實踐起到很好的指導作用。是以，設計模式對設計來說，很重要！
架構能力層：
架構設計方法：如何進行架構設計？架構設計的方法有哪些？我非常驚訝地發現，95%面試架構師的人，都沒有系統地學習架構設計的方法論……是不是大家以為架構師都是靠忽悠？還是說隻要會搭幾個基礎的程式架子就算得上架構師了？汗……
架構模式：可複用的架構的模式有哪些？
對于架構師而言，要求會高許多。專業能力除了純技術能力，軟體開發過程也是很重要的一個内容（瀑布、RUP、靈活等）。軟體的架構往往與開發的過程是相關的。很多架構甚至是伴随着開發過程而演進的。
業務了解能力，也是架構師的要求之一。更好更快更全面地了解業務，才能設計出比對的架構。