軟件架構(gòu)師的定義乃至所需要的特質(zhì)歷來眾說紛紜。下面從一些另類的角度來做點分析。

從產(chǎn)生根源來看，程序規(guī)模越大，參與人員越多，越需要架構(gòu)師；

程序越小，參與人員越精英化，架構(gòu)師存在價值越小。

這不難理解，大軍團作戰(zhàn)，總不好一窩蜂就上去了，總要有些規(guī)則，總要有人把我全局。

架構(gòu)師就是在比較高的層面上把握全局的這個人。

從這個角度來看，對架構(gòu)師而言選擇最重要，因為站的高，所以選擇具有非常大的價值。

注意不是UML，也不是對業(yè)務(wù)的理解，不是編碼能力而是做出正確選擇的能力。

當(dāng)下的開發(fā)環(huán)境下，考慮解決方案時，所面臨的選擇不是太少，而是太多。

舉個最簡單的例子，我們要開發(fā)一個基于Web的項目管理程序，那么你面臨的選擇是：

• 自己從頭造，還是用現(xiàn)成的做二次開發(fā)？
• 用現(xiàn)成的，是用開源產(chǎn)品還是微軟的？
• 用微軟的話，是用MS Project還是基于SharePoint?
• 用開源產(chǎn)品，有這么多選項究竟導(dǎo)入那一個?
• 如果自己從頭造，那么是基于微軟的技術(shù)，還是基于Linux?
• 使用什么框架么?
• 如果要做，用什么語言?

每一個這類選擇的背后都是赤裸裸的利益---在商業(yè)環(huán)境下永遠不要忘了這個。

做選擇其實可以很容易，所以是個人就可以干這活，并不具備很高的門檻。

關(guān)鍵差異是有無根據(jù)和正確程度。

如果說程序員的生產(chǎn)效能可以差10倍的話，架構(gòu)師的價值可以差無數(shù)倍。

想選擇正確，最關(guān)鍵的前提是理解待選擇的選項和外部的切實要求。

前一點很難，這往往要求一個人涉獵廣泛，在很多的領(lǐng)域中具有經(jīng)驗。

不只要知道LAMP，還要知道asp，不只要知道軟件還是知道些硬件，不只要了解Java，可能還要了解C#。

理解程度倒未必一定要很精通，關(guān)鍵是要抓住差異以及其適用場景。

但這恰恰與這個時代的特征相反，在這個時代里，技術(shù)日趨繁雜，專家越來越多，通才越來越少，諸神隕落啊。

走極端的人可能會說，那么多人，沒懂什么，去做網(wǎng)站也成功了。

這也可能，運氣很好的話，什么也不懂，一樣可以做很對的選擇。

但能力這種事，本來最主要的就是盡可能去除運氣成分。

從編碼的角度看，架構(gòu)師不懂編碼是不行，但卻不需要是最精通編碼的人。

一者謀的一隅，一者謀的是全局，因此也就導(dǎo)致對技能的要求不同。

原文鏈接：http://www.cnblogs.com/daoshi/archive/2012/08/13/2635664.html