我是怎樣從菜鳥做到架構師的

　　作為一個不是科班出身、沒有正規學習過計算機知識的架構師，想在這里把我這幾年學習的經歷體驗和大家分享一下，談談自己對架構師成長之路的一些感想。

　　奠定扎實的理論基礎

　　千里之行，始于足下!技術不是一蹴而就的事情，而是長時間積累的成果。扎實的基本功是做好所有事情的開始。到現在我還記得對我影響非常大的幾本書：

　　■《C++編程思想》

　　■《深入淺出MFC》

　　■《Windows 核心編程》

　　■《數據結構》《編譯原理》

　　我學習計算機正是按照這幾本書的順序，之前學習C的經歷就不必說了，而轉折點正是《C++ 編程思想》——它讓我感覺到程序和語言竟然這么有意思，至今仍對虛表的概念記憶猶新，尤其指針的用法，對我以后學習Java語言有很大的幫助，對多態和語言的特性也有了很高的認識。

　　《深入淺出MFC》這本書，記憶最深刻的還是其中強大無比的宏定義和對象層次設計。然而學習MFC的過程中，我遇到的最大問題就是：很多東西都是黑盒的，這引發了我刨根問底的欲望。所以后來我學習了《Windows核心編程》，這本書給我的最大收獲，就是了解了很多操作系統底層的知識，操作系統是如何運行的。不過遺憾的是，如果當時從Linux 或者Unix 開始學習，應該會了解得更系統一些。

　　之后我深入學習了《數據結構》和《編譯原理》。這是我經過了很多實踐以后，又回過頭來重新學習。拿《編譯原理》來說，以前對這門學科的了解非常有限，后來為了實現一個東西，要用到腳本語言，找來找去找到了Velocity(后來想想使用Groovy 應該更好一點)，用了以后覺得很好。以前修改程序邏輯，是需要重新編譯或者修改配置重新發布才能OK，而現在只需要編輯然后保存一下，就能得到自己想要的結果。這令我著迷，于是想知道它是如何實現的，翻看源代碼才曉得原來還有 JavaCC這個東西。就這樣，我從解釋語言入手，逐漸開始了瘋狂學習編譯原理的過程，越發覺得編程語言非常有意思。

　　回頭想想以前和現在學習的語言，感覺程序語言就是在不斷抽象：從匯編、C、C++， 再到Java、C#，再到更動態一點的語言如Perl、Python、Ruby 等等。不管它再怎么變、再怎么抽象，還是編譯原理應用的產物。

　　講了這么多，就是想強調理論基礎知識的重要性!雖然我們現在使用的框架如此之多，但是如果你有了扎實的基礎理論知識，這些東西就跟玩具一樣。基礎就是一個無招勝有招的殺手工具。

　　培養完善的抽象思維

　　抽象的能力也是作為一名好的程序員必須具備的能力。我們在考慮問題的時候可能會遇到錯綜復雜的場景，從這些迷霧中找到一條明路是我們做好程序員的關鍵。這些年來學習了很多框架，回過頭來想想自己都有點后怕，這也令很多初學者望而生畏。但認真想想，真的有那么可怕嗎?

　　讓我們從語言層面逐漸剖析這個問題，應該很容易做出解釋。程序語言就是我們在某種場景下交流的工具，匯編是機器語言;C和C++ 是編譯型語言，它們是一種針對匯編的高級抽象;而Java 和 C# 就是更高級的抽象了，甚至于抽象了一層虛擬機出來(這個產生的影響就是，之后的很多高級語言評判標準，都是“是否支持虛擬機”)，再到后面的許多動態語言，那就是更抽象了。說到這里你會問到，講這么多語言類的東西和學習框架有什么聯系?讓我慢慢道來。

　　我們使用一種語言就是用它的語法進行編程，而學習一個框架實際也是為了用這個框架所提供的語言來寫程序：Struts——我們使用很多配置還有 Action 和Form ;Spring——我們使用Bean 模型，這是它的最基本模型(現在 Spring 已經龐大得讓很多人無法學習了);iBatis——我是用它的XML-SQL 模型;JBPM——使用它所謂的GOP模型(面向圖元的編程);Web flow——是在使用它的頁面流模型。這樣的例子我可以舉出很多(這也是DSL現在如此流行的原因)。

　　很多人會說：學習這么多我已經暈掉了!不妨想想，為什么會有這么多東西存在? Struts 是為了解決Web編程的困擾;iBatis、Hibernate 是為了解決在數據庫編程時的麻煩;原有的Web頁面編程都是獨立的具體單元，Web flow能夠讓這些頁面形成流的形式，讓開發更順其自然;從JBPM的GOP可以看出，JBoss 的開發人員對抽象的理解度很深。我舉這么多例子，實際是讓大家不要害怕現有的這些框架，有了扎實的基礎，抽象的概念是很容易理解的!缺乏抽象的能力，你就不能更快更好地解決問題。

　　實際抽象能力衍生出來的一點就是，需要我們對已學過的知識定期進行梳理。這樣能讓你鞏固已有的知識，為以后的學習做好準備。知識就好比一棵生物進化樹，最終目標都是一樣的，關鍵是看如何選擇進化的路線，讓自己的知識結構能夠有機的結合在一起。做到學以致用。過一段時間就梳理一下，你會有更多的發現。

　　擴充現有的知識層面

　　在鞏固原有知識結構的前提下，我們更需要擴充現有的知識面。井底之蛙，看到的永遠是井口大的那片天，只有跳出來，才能看見無限美好的藍天白云。我曾經也常常局限在自己已熟悉的那塊領域沾沾自喜，但是走出來以后才發現，自己原本是多么膚淺!學習的知識越多，對新事物的洞察力將會越準確!這樣有助于你鞏固已有的知識，系統地學習新的知識。

　　那我們是否需要無限平行式的學習知識呢?我的答案是“No”。人的知識面是有限的，我們需要一個T型的知識結構。你的知識面要廣，但是對于某些技術點要專，這才是做好一個架構師的關鍵。有時 “專”可以讓你對很多“廣”的知識產生觸類旁通的感覺。

　　實踐也是非常重要的一環，不要有畏難心理，覺得這個東西太難，我無法完成!有時候事情的結果可能是糟糕的，但是過程是非常寶貴的，其中可以學習到很多東西，同時也可以讓自己避免輕浮的心理。

　　還要著重培養自己良好的溝通與解說能力。架構師面對客戶群具有多樣性，有技術工程師、業務人員、公司管理層，甚至直接面對客戶等。要把一個高度抽象又復雜的系統說清楚，這對于架構師來說也是一種挑戰。所以架構師必須掌握技巧，應用多種表達方式來闡述架構與產品設計、與具體業務、與公司戰略之間的關系等。培養良好的溝通能力，多和周圍的人進行溝通，你能夠學到更多的知識!

　　“平衡”是架構設計的藝術，我們設計一個東西，就是在平衡各方面的利益。平衡有可能是時間上的，比如需要支持多少年的系統可用性;平衡有可能是縱向的，比如要支持系統的向下兼容性，要保證程序員編程模型上的簡單性等等。這種平衡就是因人因時因地而異了。平衡的把握很可能就是評判一個架構師架構水平的標準!架構師在設計的時候應該權衡維度、整體性和擴展性，考慮問題時不要局限于自己的一畝三分地。多種點田，會長出很多莊稼的!

　　擁有一個扎實的基礎，不斷擴充自己的知識面、完善知識體系，在對現有知識抽象的基礎上，不斷去溝通實踐，你將獲得更強的架構平衡能力。最后我還要說，業務知識非常重要，這個是你實踐的關鍵!

　　作者簡介：

　　胡喜，就職于阿里巴巴集團旗下支付寶(中國)網絡技術有限公司。擔任技術架構師，負責支付寶技術架構規劃，解決方案等相關工作。平常喜歡研究 OSGi、SOA、動態語言等技術。