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