曾經(jīng)有這么個(gè)段子：
創(chuàng)新互聯(lián)是由多位在大型網(wǎng)絡(luò)公司、廣告設(shè)計(jì)公司的優(yōu)秀設(shè)計(jì)人員和策劃人員組成的一個(gè)具有豐富經(jīng)驗(yàn)的團(tuán)隊(duì)，其中包括網(wǎng)站策劃、網(wǎng)頁美工、網(wǎng)站程序員、網(wǎng)頁設(shè)計(jì)師、平面廣告設(shè)計(jì)師、網(wǎng)絡(luò)營銷人員及形象策劃。承接：網(wǎng)站設(shè)計(jì)、成都做網(wǎng)站、網(wǎng)站改版、網(wǎng)頁設(shè)計(jì)制作、網(wǎng)站建設(shè)與維護(hù)、網(wǎng)絡(luò)推廣、數(shù)據(jù)庫開發(fā),以高性價(jià)比制作企業(yè)網(wǎng)站、行業(yè)門戶平臺等全方位的服務(wù)。
甲：我已經(jīng)應(yīng)聘到一家中型軟件公司了，今天上班的時(shí)候，全公司的人都來歡迎我。
乙：羨慕ing，都什么人來了？
甲：CEO、COO、CTO、All of 程序員，還有會計(jì)、司機(jī)都來了。
乙：哇，他們太重視你了，人才啊，這么多人迎接你！
甲：沒有啊，就一個(gè)人！
乙：靠，#%￥$%...
很多的創(chuàng)業(yè)公司，一人身兼數(shù)職的情形還是很常見的。至少，我是經(jīng)歷過的，一個(gè)人包辦了所有的開發(fā)過程，連測試我都做了，絕對的一條龍，但是經(jīng)常踩鋼絲、騎獨(dú)輪車總會有失足的時(shí)候，結(jié)果有一次，從我手里發(fā)出去的光盤母盤，含有病毒僵尸，以至于被迫收回已經(jīng)推上市場的2萬張光盤，從那之后，我的心臟就開始變得無比堅(jiān)強(qiáng)，現(xiàn)在就是整個(gè)后臺服務(wù)都癱瘓了，我也只是微微一笑。
其實(shí)，一個(gè)人身兼架構(gòu)師和程序員，甚至多種角色，沒什么不妥，后面還會講這個(gè)話題，這種現(xiàn)象不是中國特色，跟國外是完全接軌的。我曾經(jīng)跟米國的一個(gè)工程師在msn中聊過類似的話題，發(fā)現(xiàn)他們的路子跟咱們沒什么不同，在IT這個(gè)行業(yè)，我們跟世界的差距只有1天，他們剛弄出來的新東西，我們這里第2天保準(zhǔn)見得到。
架構(gòu)師這個(gè)稱呼不是拍腦袋想出來的，是有國際標(biāo)準(zhǔn)（ISO/IEC 42010）可查的。架構(gòu)師是軟件開發(fā)活動中的眾多角色之一，它可能是一個(gè)人、一個(gè)小組，也可能是一個(gè)團(tuán)隊(duì)。微軟對架構(gòu)師有一個(gè)分類參考，我們參考一下，他們把架構(gòu)師分為4種：
微軟的這個(gè)分類是按照架構(gòu)師專注的領(lǐng)域不同而劃分的。
大公司會把各種類型的架構(gòu)師分得很清楚，小公司一般就不那么講究了，架構(gòu)師多數(shù)是是IA+TSA+SA，一人包打天下，所以說大公司出專才，小公司出全才。
實(shí)際工作中，我們也經(jīng)常會見到另一種比較簡單的分類方式，把架構(gòu)師分為軟件架構(gòu)師和系統(tǒng)架構(gòu)師。軟件架構(gòu)師基本上是TSA+IA，這也是程序員最容易突破，最可能走上的一條道路，比如JAVA架構(gòu)師、DotNet架構(gòu)師、LAPM架構(gòu)師等等，我后面所講的內(nèi)容都是與軟件架構(gòu)師的相關(guān)的話題。
系統(tǒng)架構(gòu)師實(shí)際上是SA+TSA，更著力于綜合運(yùn)用已有的產(chǎn)品和技術(shù)，來實(shí)現(xiàn)客戶期望的需求。系統(tǒng)架構(gòu)師要求通曉軟、硬件兩方面的知識，所以它的知識體系相對龐雜。關(guān)于系統(tǒng)架構(gòu)師的話題，我們可以稍后再作討論。
架構(gòu)師需要參與項(xiàng)目開發(fā)的全部過程，包括需求分析、架構(gòu)設(shè)計(jì)、系統(tǒng)實(shí)現(xiàn)、集成、測試和部署各個(gè)階段，負(fù)責(zé)在整個(gè)項(xiàng)目中對技術(shù)活動和技術(shù)說明進(jìn)行指導(dǎo)和協(xié)調(diào)。
架構(gòu)師主要職責(zé)有4條：
1、確認(rèn)需求
在項(xiàng)目開發(fā)過程中，架構(gòu)師是在需求規(guī)格說明書完成后介入的，需求規(guī)格說明書必須得到架構(gòu)師的認(rèn)可。架構(gòu)師需要和分析人員反復(fù)交流，以保證自己完整并準(zhǔn)確地理解用戶需求。
2、系統(tǒng)分解
依據(jù)用戶需求，架構(gòu)師將系統(tǒng)整體分解為更小的子系統(tǒng)和組件，從而形成不同的邏輯層或服務(wù)。隨后，架構(gòu)師會確定各層的接口，層與層相互之間的關(guān)系。架構(gòu)師不僅要對整個(gè)系統(tǒng)分層，進(jìn)行“縱向”分解，還要對同一邏輯層分塊，進(jìn)行“橫向”分解。
軟件架構(gòu)師的功力基本體現(xiàn)于此，這是一項(xiàng)相對復(fù)雜的工作。
3、技術(shù)選型
架構(gòu)師通過對系統(tǒng)的一系列的分解，最終形成了軟件的整體架構(gòu)。技術(shù)選擇主要取決于軟件架構(gòu)。
Web Server運(yùn)行在Windows上還是Linux上？數(shù)據(jù)庫采用MSSql、Oracle還是MySQL？需要不需要采用MVC或者Spring等輕量級的框架？前端采用富客戶端還是瘦客戶端方式？類似的工作，都需要在這個(gè)階段提出，并進(jìn)行評估。
架構(gòu)師對產(chǎn)品和技術(shù)的選型僅僅限于評估，沒有決定權(quán)，最終的決定權(quán)歸項(xiàng)目經(jīng)理。架構(gòu)師提出的技術(shù)方案為項(xiàng)目經(jīng)理提供了重要的參考信息，項(xiàng)目經(jīng)理會從項(xiàng)目預(yù)算、人力資源、時(shí)間進(jìn)度等實(shí)際情況進(jìn)行權(quán)衡，最終進(jìn)行確認(rèn)。
4、制定技術(shù)規(guī)格說明
架構(gòu)師在項(xiàng)目開發(fā)過程中，是技術(shù)權(quán)威。他需要協(xié)調(diào)所有的開發(fā)人員，與開發(fā)人員一直保持溝通，始終保證開發(fā)者依照它的架構(gòu)意圖去實(shí)現(xiàn)各項(xiàng)功能。
架構(gòu)師與開發(fā)者溝通的最重要的形式是技術(shù)規(guī)格說明書，它可以是UML視圖、Word文檔，Visio文件等各種表現(xiàn)形式。通過架構(gòu)師提供的技術(shù)規(guī)格說明書，保證開發(fā)者可以從不同角度去觀察、理解各自承擔(dān)的子系統(tǒng)或者模塊。
架構(gòu)師不僅要保持與開發(fā)者的溝通，也需要與項(xiàng)目經(jīng)理、需求分析員，甚至與最終用戶保持溝通。所以，對于架構(gòu)師來講，不僅有技術(shù)方面的要求，還有人際交流方面的要求。
1、架構(gòu)師就是項(xiàng)目經(jīng)理
架構(gòu)師不是項(xiàng)目經(jīng)理。項(xiàng)目經(jīng)理側(cè)重于預(yù)算控制、時(shí)間進(jìn)度控制、人員管理、與外部聯(lián)系和協(xié)調(diào)等等工作，具備管理職能。一般小型項(xiàng)目中，常見項(xiàng)目經(jīng)理兼架構(gòu)師。
2、架構(gòu)師負(fù)責(zé)需求分析
架構(gòu)師不是需求分析員。需求分析人員的工作是收集需求和分析需求，并與最終用戶、產(chǎn)品經(jīng)理保持聯(lián)系。架構(gòu)師只對最終的需求審核和確認(rèn)，提出需求不清和不完整的部分，他會跟需求分析員時(shí)刻保持聯(lián)系。架構(gòu)師是技術(shù)專家，不是業(yè)務(wù)專家。
3、架構(gòu)師從來不寫代碼
這是一個(gè)尚存爭論的問題。目前有兩種觀點(diǎn)：
觀點(diǎn)1：架構(gòu)師不寫代碼，寫代碼純體力活，架構(gòu)師寫代碼大材小用。架構(gòu)師把UML的各種視圖交給開發(fā)人員，如果有不明確的地方，可以與架構(gòu)師隨時(shí)溝通。
我個(gè)人覺得這兩種說法是與架構(gòu)師的出身和所處的環(huán)境有關(guān)。
架構(gòu)師首先是一個(gè)技術(shù)角色，所以一定是來自于技術(shù)人員這個(gè)群體，比如系統(tǒng)架構(gòu)師，多是來自于運(yùn)維人員，可能本身代碼寫得并不多，或者說寫不出來很漂亮的代碼。軟件架構(gòu)師多是來自于程序員，有著程序員的血統(tǒng)和情懷，所以在項(xiàng)目開發(fā)過程中，可能會寫一些核心代碼。我們的理想是架構(gòu)師不用寫代碼，但事實(shí)上有時(shí)候過于理想。架構(gòu)師寫不寫代碼，可能取決于公司的規(guī)模、文化、開發(fā)人員的素質(zhì)等現(xiàn)實(shí)情況。另外，架構(gòu)師也不是跟程序員界限分得那么清楚，按照能力也有高中低之分，寫不寫代碼不是區(qū)分兩者的根本標(biāo)準(zhǔn)。
周星馳有個(gè)片子《喜劇之王》，劇中的尹天仇整天揣著本《演員的自我修養(yǎng)》，一個(gè)好演員不僅需要天賦，也需要一定的理論指導(dǎo)，無師自通的人畢竟是少數(shù)。架構(gòu)師的成長過程也是這樣。從普通程序員到高級程序員，再到架構(gòu)師，是一個(gè)經(jīng)驗(yàn)積累和思想升華的過程。經(jīng)驗(yàn)積累是一個(gè)方面，素質(zhì)培養(yǎng)是另一個(gè)方面，兩者相輔相成，所以我覺得有必要把架構(gòu)師的所要具備的素質(zhì)羅列一下，作為程序員努力的方向。
為了提高效率，架構(gòu)師必須贏得團(tuán)隊(duì)成員、項(xiàng)目經(jīng)理、客戶或用戶認(rèn)同，這就需要架構(gòu)師具有較強(qiáng)的溝通能力。溝通能力是人類最普遍性的素質(zhì)要求，技術(shù)人員好像容易忽略，想成為架構(gòu)師就不能忽略。
千萬不要抱著這樣的觀念：懷才跟懷孕似的，時(shí)間久了總會被人發(fā)現(xiàn)的。還是天橋上賣大力丸的哥們說得對：光說不練假把式，光練不說傻把式。
看看你周圍的頭頭腦腦們，哪一個(gè)不是此中高手，我們千萬不要鄙視，認(rèn)為這是阿諛奉承、投機(jī)鉆營，凡事都要看到積極的一面，“溝通”的確是一種能力。我認(rèn)為自己是一個(gè)略內(nèi)向的人，因?yàn)槲沂寝r(nóng)村出來的孩子，普通話都說不好，以前或多或少帶有點(diǎn)自卑感，幻想著是金子總會發(fā)光，所以在職業(yè)生涯中吃了不少虧?，F(xiàn)在，我深深懂得了溝通的重要性，我會很主動地跟同事們，跟老大們不定時(shí)地溝通，感覺工作起來順暢多了。
這一條我認(rèn)為最為重要，所以排在首位。我甚至認(rèn)為下面幾條都可以忽略，唯一這一條得牢記，而且要常常提醒自己。
架構(gòu)師能夠推動整個(gè)團(tuán)隊(duì)的技術(shù)進(jìn)展，能在壓力下作出關(guān)鍵性的決策，并將其貫徹到底。架構(gòu)師如何來保證這種執(zhí)行力？這就需要架構(gòu)師具有領(lǐng)導(dǎo)能力。
架構(gòu)師的領(lǐng)導(dǎo)能力的取得跟項(xiàng)目經(jīng)理不太一樣。項(xiàng)目經(jīng)理主要負(fù)責(zé)解決行政管理，這種能力與技術(shù)關(guān)系不大，他有人權(quán)和財(cái)權(quán)，再扯上一張“領(lǐng)導(dǎo)”的虎皮，采用“胡蘿卜加大棒”的方式，基本上可以保證執(zhí)行力。架構(gòu)師在項(xiàng)目里面可能更多地使用非正式的領(lǐng)導(dǎo)力，也就是我們常說的影響力，里面包括個(gè)人魅力、技術(shù)能力、知識傳遞等等。
架構(gòu)師必須具備抽象思維和分析的能力，這是你進(jìn)行系統(tǒng)分析和系統(tǒng)分解的基本素質(zhì)。
只有具備這樣的能力，架構(gòu)師才能看清系統(tǒng)的整體，掌控全局，這也是架構(gòu)師大局觀的形成基礎(chǔ)。你如何具備這種能力呢？
一是來自于經(jīng)驗(yàn)，二是來自于學(xué)習(xí)。架構(gòu)師不僅要具備在問題領(lǐng)域上的經(jīng)驗(yàn)，也需要具備在軟件工程領(lǐng)域內(nèi)的經(jīng)驗(yàn)。也就是說，架構(gòu)師必須能夠準(zhǔn)確得理解需求，然后用軟件工程的思想，把需求轉(zhuǎn)化和分解成可用計(jì)算機(jī)語言實(shí)現(xiàn)的程度。
經(jīng)驗(yàn)的積累是需要一個(gè)時(shí)間過程的，這個(gè)過程誰也幫不了你，是需要你去經(jīng)歷的。但是，如果你有意識地去培養(yǎng)，不斷吸取前人的經(jīng)驗(yàn)的話，還是可以縮短這個(gè)周期的。這也是我寫作此系列的始動力之一。
架構(gòu)師最好精通1-2個(gè)技術(shù)，具備這種技術(shù)能力可以更加深入的理解有關(guān)架構(gòu)的工作原理，也可以拉近和開發(fā)人員的距離，并形成團(tuán)隊(duì)中的影響力。
架構(gòu)師的技術(shù)知識廣度也很重要，需要了解盡可能多的技術(shù)，所謂見多識廣，只有這樣，才可能綜合各種技術(shù)，選擇更加適合項(xiàng)目的解決方案。有的人說，架構(gòu)師技術(shù)廣度的要求高于技術(shù)深度的要求，這是很有道理的。
總而言之，一句話：架構(gòu)師是項(xiàng)目團(tuán)隊(duì)中的技術(shù)權(quán)威。
大家都知道，性能一直是讓程序員比較頭疼的問題。當(dāng)系統(tǒng)架構(gòu)變得復(fù)雜而龐大之后，性能方面就會下降，如果想成為一名優(yōu)秀的架構(gòu)師，性能優(yōu)化就是你必須思考的問題。
所以性能優(yōu)化專題從JVM底層原理到內(nèi)存優(yōu)化再到各個(gè)中間件的性能調(diào)優(yōu)，比如Tomcat調(diào)優(yōu)，MySQL調(diào)優(yōu)等，讓你洞悉性能本質(zhì)，全面認(rèn)識性能優(yōu)化，不再只是旁觀者。
有了大牛的代碼功底之后，接下來可以更好地學(xué)習(xí)分布式架構(gòu)技術(shù)。
透徹理解分布式架構(gòu)的好處和優(yōu)點(diǎn)必然性，適應(yīng)市場需求，能夠去找一些更大的平臺發(fā)展，提升自己的綜合技術(shù)能力和薪資。
了解從傳統(tǒng)架構(gòu)到分布式架構(gòu)演變過程所帶來的技術(shù)變革，將理論和實(shí)戰(zhàn)相結(jié)合，透徹理解分布式架構(gòu)及其解決方案。
從分布式架構(gòu)原理，到分布式架構(gòu)策略，再到分布式架構(gòu)中間件，最后在加上分布式架構(gòu)實(shí)戰(zhàn)，讓程序員可以在技術(shù)深度和技術(shù)廣度上得到飛躍的提升，成為互聯(lián)網(wǎng)行業(yè)所需要的T型人才。
這張圖詳細(xì)介紹了源碼中所用到的經(jīng)典設(shè)計(jì)思想及常用設(shè)計(jì)模式，先打好內(nèi)功基礎(chǔ)，了解大牛是如何寫代碼的，從而吸收大牛的代碼功力。
結(jié)合Spring5和MyBatis源碼，帶你理解作者框架思維，幫助大家尋找分析源碼的切入點(diǎn)，在思想上來一次巨大的升華。
隨著業(yè)務(wù)的發(fā)展，代碼量的膨脹和團(tuán)隊(duì)成員的增加，傳統(tǒng)單體式架構(gòu)的弊端越來越凸顯，嚴(yán)重制約了業(yè)務(wù)的快速創(chuàng)新和敏捷交付。為了解決傳統(tǒng)單體架構(gòu)面臨的挑戰(zhàn)，先后演進(jìn)出了SOA服務(wù)化架構(gòu)、RPC框架、分布式服務(wù)框架，最后就是當(dāng)今非常流行的微服務(wù)架構(gòu)。微服務(wù)化架構(gòu)并非銀彈，它的實(shí)施本身就會面臨很多陷阱和挑戰(zhàn)，涉及到設(shè)計(jì)、開發(fā)、測試、部署、運(yùn)行和運(yùn)維等各個(gè)方面，一旦使用不當(dāng)，則會導(dǎo)致整個(gè)微服務(wù)架構(gòu)改造的效果大打折扣，甚至失敗。
一名優(yōu)秀的架構(gòu)師必須有適合自己的兵器，也就是工欲善其事必先利其器，不管是小白，還是資深開發(fā)，都需要先選擇好的工具。工程化專題的學(xué)習(xí)能幫助你和團(tuán)隊(duì)提升開發(fā)效率，讓自己有更多時(shí)間來思考。
Git：可以更好地管理你和你團(tuán)隊(duì)的代碼。
Maven：可以更好地管理jar包和項(xiàng)目的構(gòu)建等。
Jenkins：可以更好地持續(xù)編譯，集成，發(fā)布你的項(xiàng)目。
Sonar：一個(gè)開源的代碼質(zhì)量分析平臺，便于管理代碼的質(zhì)量，可檢查出項(xiàng)目代碼的漏洞和潛在的邏輯問題(提升代碼的質(zhì)量，更加高效地提升開發(fā)效率)。
電商項(xiàng)目目的是把所學(xué)的分布式，微服務(wù)，性能調(diào)優(yōu)等知識運(yùn)用起來，只有在項(xiàng)目中你才能鞏固知識，提升自己。實(shí)踐電商項(xiàng)目會利用云服務(wù)器搭建真實(shí)的開發(fā)和部署環(huán)境，讓你從零到項(xiàng)目實(shí)戰(zhàn)，體驗(yàn)真實(shí)的企業(yè)級項(xiàng)目開發(fā)過程，讓你具備獨(dú)立開發(fā)和搭建分布架構(gòu)系統(tǒng)的能力。
重慶分公司
重慶分公司
