坦率的講，除了少數對開發程式極其熱愛並願意為之奮鬥終身的程式設計者來說，對於大多數開發人員，寫**只是他們未來獲得職業提公升的乙個必不可少的積累階段，在做開發的時間裡，他們會積極學習各種知識，經驗，培養自己的商業頭腦，包括擴充套件自己各方面的資源，這些積累會為他們未來成為管理者或創業打下牢固的基礎。
成為架構設計師是廣大開發者職業發展道路之一，架構師究竟是個什麼樣的職業？需要具備什麼基本能力？如何才能成為乙個優秀的架構設計師以及架構設計師需要關注哪些內容？針對有關問題，本期我們為您採訪了(微軟認證專家，系統分析員，希賽顧問團顧問，中國計算機學會會員) 張友邦，他會就相關問題與大家分享他的看法。
「在我工作的六年多時間裡，除了第一年是純粹編碼以外，其餘時間都在做和架構設計有關的工作，當然也還一直在寫各種各樣的**。」張友邦認為架構設計可能看起來很神秘，新入門或沒有架構設計經驗的程式設計師剛開始的時候會有種不知所措的感覺，但其實架構設計是件很容易的事，它只是軟體系統開發中的乙個環節而已，整個軟體系統的開發和維護以及變更還涉及到很多事情，包括技術、團隊、溝通、市場、環境等等。
同時，張友邦表示，雖然架構設計是件容易的事情，但也不是大多數沒有架構設計經驗的程式設計師想象中的畫畫框圖那麼簡單。把幾台伺服器一擺，每一台伺服器執行什麼軟體分配好，然後用網路連線起來，似乎每個企業級應用都是如此簡間單單的幾步。但現實生活中的軟體系統實實在在可以用複雜大系統來形容，從規劃、開發、維護和變更涉及到許許多多的人和事。架構設計就是要在規劃階段都把後面的事情盡量把握進來，要為穩定性努力，還要為可維護性、擴擴充套件性以及諸多的效能指標而思前想後。除了技術上的考慮，還要考慮人的因素，包括人員的組織、軟體過程的組織、團隊的協作和溝通等。
另外，架構設計還需要方**的指導。張友邦強調，這些方**的思路包括，至上而下的分析，關注點分離，橫向/縱向模組劃分等。有時候覺得架構設計決策就像是瀏覽google earth，實際上反映的是一種自上而下的決策過程。對問題的分解是軟體思維的基本素質，可以有橫向分解、縱向分解以及兩者的結合。能不能有效快速準確的分解問題，是軟體開發人員需要首先訓練的專案。另外，架構設計中圖形化的工具非常有用，它能把系統的結構和運作機制以圖形化的方式表達出來。也正因為這樣才有了架構設計就是畫框圖的誤會。再者，架構設計是乙個工程性質的工作，對當事人的實際從業經驗要求較高。只有對市場上的各種技術有較全面的了解之後才有可能設計出乙個盡可能滿足各種設計約束的架構。
在談到架構師需要具備的能力上，張友邦認為架構師首先必須具有豐富的開發經驗，是個技術主管。因為他必須清楚什麼是可以實現的，實現的方式有哪些，相應的難度怎麼樣，實現出來的系統面對需求變化的適應性等一系列指標。另外，需要對面向過程、物件導向、面向服務等設計理念有深刻的理解，可以快速的察覺出實現中的問題並提出相應的改進(重構)方案(也就是通常說的反模式)。這些都需要長期的開發實踐才能真正的體會到，單從書本上很難領會到，就算當時理解了也不一定能融會到實踐中去。
在技術能力上，軟體架構師最重要也是最需要掌握的知識是構件通訊機制方面的知識，包括程序內通訊(物件訪問、函式呼叫、資料交換、執行緒同步等)以及程序外(包括跨計算機)的通訊(如rmi、dcom、web service)。在web應用大行其道的今天，開發者往往對伺服器間的通訊關注的比較多，而對程序內的通訊較少關注。程序外跨機器通訊是構建分布式應用的基石，它是架構設計中的鳥瞰檢視;而程序內的通訊是模組實現的骨架，它是基石的基石。如果具體到乙個基於.net企業級架構設計，首先需要的是語言級別的認識，包括.net的clr、繼承特性、委託和事件處理等。然後是常用解決方案的認識，包括asp.net web service、.net remoting、企業服務元件等。總之，豐富的開發實踐經驗有助於避免架構師紙上談兵式的高來高去，給**編寫人員帶來實實在在的可行性。
其次，具有足夠的行業業務知識和商業頭腦也是很重要的。行業業務知識的足夠把握可以給架構師更多的擁抱變化的能力，可以在系統設計的時候留出一些擴充套件的餘地來適應可能來臨的需求變化。有經驗的設計人員可能都碰到過這樣的事，一廂情願的保留介面在需求變化中的命中率非常低。也就是說，在系統設計之初為擴充套件性留下來的系統介面沒能在需求變化的洪流中發揮真正的作用，因為需求的變化並沒有按照預想的方向進行，到最後還是不得不為變化的業務重新設計系統。這就是因為對業務知識的理解和對市場或者商業的判斷沒有達到乙個實用的、可以為架構擴充套件性服務的水平。
再次，張友邦提到，架構設計師對人的關注必須提公升到架構設計之初來納入考慮的範圍，包括溝通以及對人員素質的判斷。軟體過程是團隊協作共同構建系統的過程，溝通能力是將整個過程中多條開發線粘合在一起的膠水。大家都應該碰到過事後說「原來是這樣啊，我不知道啊」或者某個開發人員突然高聲呼喊「為什麼這裡的資料沒有了」之類的。溝通的目的就是盡量避免多條開發線的混亂，讓系統構建過程可以有條理的高效進行。另外，對人的關注還表現在對團隊成員的素質判斷上，比如哪些開發人員對哪些技術更熟悉，或者哪些開發人員容易拖進度等。只有合理的使用人力資源，讓合適的人做合適的事情才能讓整個軟體過程更加高效。
另外，張友邦認為架構師應時刻注意新軟體設計和開發方面的發展情況，並不斷探索更有效的新方法、開發語言、設計模式和開發平台不斷很快地公升級，軟體架構師需要吸收這些新技術新知識，並將它們用於軟體系統開發工作中。但對新技術的探索應該在乙個理性的範圍內進行，不能盲目的跟風。解決方案提供商永遠都希望你能使用它提供的最新技術，而且它們在推廣自己的解決方案的時候往往是以自己的產品為中心，容易給人錯覺。比如資料庫，往往讓人覺得它什麼都能做，只要有了它其它什麼都不重要了。但事實上並不是如此，對於小型應用可以將許多業務邏輯用script的方式放入資料庫中，但很少看到大型應用採用這樣的做法。對於新東西需要以一種比較的觀點來判斷，包括橫向的比較和縱向的比較，最後得出一些效能、可移植性以及可公升級等指標。另外，新入行的開發人員往往關心新技術動向而忽略了技術的歷史，而從dos時代一路殺過來的開發者就對現在的技術體系有較全面的把握。
應用系統架構而不是設計語言(除非你是要實現dsl)。更多的時候需要帶著一種比較的眼光去實踐，把不同的實現方式下的優缺點做個總結，做到自己心裡有數，等具體的上下文環境下才好判斷採用什麼樣的方式方法。把基礎打牢的同時掌握一定的方法，架構設計不是想象中的那麼難。
構架師不是通過理論學習可以搞出來的，不學習並且親自實踐相關知識肯定是不行的。就像前面說到的，架構設計是乙個工程性質的事情，只有在不斷實踐的基礎上才能逐漸熟悉起來。實踐的內容並不是去深挖各種語言的特性，因為系統架構師是設計應用系統架構而不是設計語言(除非你是要實現dsl)。更多的時候需要帶著一種比較的眼光去實踐，把不同的實現方式下的優缺點做個總結，做到自己心裡有數，等具體的上下文環境下才好判斷採用什麼樣的方式方法。把基礎打牢的同時掌握一定的方法，架構設計不是想象中的那麼難。
系統架構師是怎樣煉成的？
坦率的講，除了少數對開發程式極其熱愛並願意為之奮鬥終身的程式設計者來說，對於大多數開發人員，寫 只是他們未來獲得職業提公升的乙個必不可少的積累階段，在做開發的時間裡，他們會積極學習各種知識，經驗，培養自己的商業頭腦，包括擴充套件自己各方面的資源，這些積累會為他們未來成為管理者或創業打下牢固的基礎。成...
系統架構師是怎樣煉成的？
在我工作的六年多時間裡，除了第一年是純粹編碼以外，其餘時間都在做和架構設計有關的工作，當然也還一直在寫各種各樣的 張友邦認為架構設計可能看起來很神秘，新入門或沒有架構設計經驗的程式設計師剛開始的時候會有種不知所措的感覺，但其實架構設計是件很容易的事，它只是軟體系統開發中的乙個環節而已，整個軟體系統的...
系統架構師是怎樣煉成的？
在我工作的六年多時間裡，除了第一年是純粹編碼以外，其餘時間都在做和架構設計有關的工作，當然也還一直在寫各種各樣的 張友邦認為架構設計可能看起來很神秘，新入門或沒有架構設計經驗的程式設計師剛開始的時候會有種不知所措的感覺，但其實架構設計是件很容易的事，它只是軟體系統開發中的乙個環節而已，整個軟體系統的...