作者：江南白衣，原文出處： 對方爽快的回答："Spring+Struts+Hibernate。"
嗯，這位很可能不是架構師......
一、核心競爭力
架構設計的理論、模式與技術(shù)
苦命的架構師們從試驗與挫折中獲得架構設計的技能，但其中大量的原理、模式和技巧，都經(jīng)歷了一個(gè)重復發(fā)現的過(guò)程。
其實(shí)，各路神仙在這個(gè)領(lǐng)域雖則沒(méi)有搗鼓出大熱的暢銷(xiāo)書(shū)來(lái)，但前篇的架構師書(shū)單，也已足夠為我們作一個(gè)系統的知識整理。
顧影自憐，發(fā)現自己的再發(fā)現式積累還是太慢、太片面，大概只局限于GOF23、Java EE架構模式、RUP4+1視圖等方面。
有序的以方法為驅動(dòng)源的任務(wù)執行
匠級的架構師多有一套自己的方法論、過(guò)程論，每回設計都是熟練而有序的執行。
其中架構師自己的架構設計小過(guò)程可以參考書(shū)單反復試驗，獨家秘制。
而與開(kāi)發(fā)團隊配合的大過(guò)程，以RUP為基礎的剪裁被描述得最為詳細，是可執行度最高的。
領(lǐng)域知識
技術(shù)人員一般抗拒學(xué)習軟件開(kāi)發(fā)以外的東西，但架構師卻非如此不可。
架構師的職責就是將業(yè)務(wù)需求轉化為系統設計，良好的領(lǐng)域知識才能保證轉化的質(zhì)量，與客戶(hù)的溝通，以及有意識的讓架構支持業(yè)務(wù)系統可能出現的變化。
那又如何快速成為新領(lǐng)域的專(zhuān)家呢？精通快速業(yè)務(wù)建模嗎？BTW.G9寫(xiě)過(guò)一篇很有意思的〈商業(yè)軟件編程很無(wú)聊？〉
大型項目的經(jīng)驗
中國有多少架構師，不在于有多少人通過(guò)了什么考試培訓，而在于中國大型項目的數量。
問(wèn)：你這個(gè)項目的架構是什么？一口回答：Spring+Struts+Hibernate。這位很可能就不是架構師了，因為這僅僅是技術(shù)Stack，項目規模不大時(shí)Spring+Struts+Hibernate才會(huì )成為架構的重點(diǎn)。
除了親自擔任大型項目的架構師，如果了解這些項目的架構為了滿(mǎn)足怎樣的功能與非功能性需求而設計成這個(gè)樣子也一樣能增加經(jīng)驗值。所以，我們可以盡量多讀一下公司以往項目的設計文檔，愉快的接受其他項目組的架構評審會(huì )的邀請。
二、基本能力
完整的軟件開(kāi)發(fā)生命周期經(jīng)驗
這個(gè)不用說(shuō)了，幸好中國的架構師什么臟活累活都做過(guò)，甚至跟著(zhù)市場(chǎng)人員跑去做演示這些國外架構師不一定有的經(jīng)驗我們都有了，差別只在于一些理論知識--RUP + CMMI3 + 敏捷原則的掌握程度。
精通一兩種主流開(kāi)發(fā)語(yǔ)言、保持當下架構的開(kāi)發(fā)體驗
國內的架構師到了三十歲以后很多就往理論上跑，而國外的架構師則在往上發(fā)展的同時(shí)保持下面的編程體驗，所以國內多水王，而國外則多大師。
水王的設計一般會(huì )層次過(guò)高，與實(shí)現之間有斷層，設計質(zhì)量缺乏保證，與開(kāi)發(fā)人員產(chǎn)生溝通障礙, 自己嘩啦啦編一個(gè)驗證原型的日子更是一去不返。
更痛苦的是，人過(guò)三十之后學(xué)習能力下降，手藝一旦放下了想重新上手還很難:(
但是，也不必要挽起袖子每月編碼若干行，親自出手編寫(xiě)某個(gè)模塊，很可能你的"親自出手"因為時(shí)間安排不來(lái)反而拖了大家的進(jìn)度，但一定要保持一個(gè)體驗。
宏觀(guān)上的，廣度優(yōu)先的了解當前主流的技術(shù)與產(chǎn)品
架構師如果連Tuxedo與IBM MQ都分不清，一句"這里搞個(gè)異步調用的中間件，要有商業(yè)支持的"，同樣是層次太高了。架構師對各大公司的產(chǎn)品線(xiàn)和著(zhù)名的開(kāi)源項目應該有宏觀(guān)上的了解，最好在公司W(wǎng)iki里編一個(gè)索引備忘。
但同時(shí)也要抵制成為某項技術(shù)專(zhuān)家如Oracle啟動(dòng)參數優(yōu)化專(zhuān)家的誘惑，技術(shù)細節掌握到業(yè)務(wù)職責需要的程度就剛好了。除非進(jìn)一步了解能帶來(lái)天大好處，如Spring Framework。
與業(yè)務(wù)域開(kāi)發(fā)域人員溝通的能力及其他領(lǐng)導能力
IT 架構師處在客戶(hù)和開(kāi)發(fā)人員之間，必須能夠使用各種媒體（包括代碼、模型、文檔、PowerPoint以及談話(huà)和講座），與技術(shù)和非技術(shù)的干系人進(jìn)行溝通，清楚、簡(jiǎn)潔地對體系結構決策進(jìn)行描述、演繹和申辯。
另外，架構師好歹也是個(gè)半大不小的官，其他領(lǐng)導必要的能力就不列了。
參考了IBM DW中國上的兩篇文章：
Trackback: http://tb.blog.csdn.net/TrackBack.aspx?PostId=1511545
