更新時間:2019-08-02 10:26:14 來源:動力節(jié)點 瀏覽3274次
合格的Java程序員對于明確分配的任務(wù)會完成的很好,但是大部分情況下“架構(gòu)”這個詞意味著架構(gòu)師并不會涉及太多細(xì)節(jié),架構(gòu)圖和代碼實現(xiàn)之間總還是有些距離,你無法保證所有人都會正確的理解你的設(shè)計,或者是程序員寫代碼時遇到障礙時會立刻想出足夠優(yōu)雅的解決方案。
在我看來,寫代碼的架構(gòu)師更像是在做后勤保障的工作:在代碼中第一時間發(fā)現(xiàn)可能存在的問題,向其他人提出警告,或是給予其他人改進(jìn)的意見,必要的時候或是給其他人演示一下正確的姿勢。
大部分情況下我作為架構(gòu)師并不需要攬下“核心模塊”開發(fā)這種工作,畢竟我能調(diào)配的時間太零散了,效率難以保證,很多人在專注的情況下比我做的好很多,我只需要保持大局觀需要適度參與就可以了。
總的來說,架構(gòu)師和程序員在某些方面上有點像產(chǎn)品經(jīng)理和用戶的關(guān)系,大部分程序員并不會主動告訴你他們想要什么、哪里需要優(yōu)化,甚至自己也不知道這些。想要做出好的產(chǎn)品,捷徑之一就是跟用戶做同樣的事情。
為什么別人的系統(tǒng)總是那么爛
很多程序員解決問題的能力很強(qiáng),說要解決一個什么問題,下午就能寫出幾百行代碼把功能實現(xiàn)了。但是做出來的東西有種少考慮了什么東西的感覺。大部分程序都能實現(xiàn)功能,但是如果把“時間”這個也作為一個考慮的維度的話,就會意識到一個合格的項目需要考慮更多的東西:更通用的使用方式、易于理解的文檔、簡單而易于擴(kuò)展的設(shè)計,等等。
很多公司應(yīng)該都會有一些遺留系統(tǒng),它們龐大、笨重、難用、幾乎無法維護(hù),所有人都在抱怨這些系統(tǒng),并且每天都在想方設(shè)法換掉那些遺留系統(tǒng)。但是一段時間過去之后,又會發(fā)現(xiàn)身邊的新人又開始吐槽當(dāng)時替代遺留系統(tǒng)的那個系統(tǒng)了。
“大多數(shù)系統(tǒng)當(dāng)初都很好使,功能當(dāng)時夠用,擴(kuò)展性看起來也可以,但是這些系統(tǒng)都是開發(fā)的人離職之后變壞的。”
成為架構(gòu)師最困難的門檻是什么?
很多人自稱架構(gòu)師的人跟你講一個架構(gòu)時簡直滔滔不絕,各種技術(shù)名詞像是說相聲一樣從他嘴里說出來,三句話不離高并發(fā)大數(shù)據(jù),但是稍微追問一下,就會發(fā)現(xiàn)很多基本概念的缺失,例如自稱精通高并發(fā)的人說不清楚他所謂的高并發(fā)系統(tǒng)的瓶頸在哪里,自稱精通架構(gòu)設(shè)計的人說不明白他的系統(tǒng)怎么保證高可用,自稱超大數(shù)據(jù)量的系統(tǒng)實際上只有不到100萬條數(shù)據(jù),等等。
架構(gòu)師雖然聽起來很高大上,但本質(zhì)上仍然是工程師,不是科學(xué)家,也不是忽悠人的江湖騙子。學(xué)習(xí)再多,也需要實踐落地。設(shè)計架構(gòu)方案更多的是在做一些抽象和權(quán)衡:把復(fù)雜的需求抽象成簡單的模型,從功能、性能、可用性、研發(fā)成本等等方面規(guī)劃如何構(gòu)建一個系統(tǒng),這些內(nèi)容需要更多的實踐練習(xí)。
如何更高效的學(xué)習(xí)?
大多數(shù)人每天能留給自己學(xué)習(xí)的時間有限,這個階段如何提升Java學(xué)習(xí)效率就成了要解決的重點。
說說自己提升學(xué)習(xí)效率的心得,其實非常簡單:體系化的學(xué)習(xí)。
在重復(fù)了幾次痛苦的學(xué)習(xí)-梳理過程后,再去看一些獨(dú)立的文章或者資料往往會事半功倍,因為能在體系內(nèi)找到相對應(yīng)的知識,甚至有時候一本書里一頁只需要看一句話,點破那層窗戶紙,就可以掌握新的知識。
跟很多人一樣,剛畢業(yè)時我覺得作為程序員,只要努力,加上少許天賦便可以獲得一些成績。
工作一段時間后,對自己和其他人的認(rèn)識也越來越清晰,逐漸的發(fā)現(xiàn)程序員之間的差距或許比人和猴子之間的差距還大,接受這個事實這讓我郁悶了很久。
再過一段時間,發(fā)現(xiàn)自己已經(jīng)能夠客觀的評價自己的能力,也意識到了距離并不是那么重要,只要想辦法跑的更快,就足夠了。
快速成為架構(gòu)師的學(xué)習(xí)路線
一:常見模式與工具
學(xué)習(xí)Java技術(shù)體系,設(shè)計模式,流行的框架與組件是必不可少的:
常見的設(shè)計模式,編碼必備
Spring5,做應(yīng)用必不可少的最新框架
MyBatis,玩數(shù)據(jù)庫必不可少的組件
二:工程化與工具
工欲善其事必先利其器,不管是小白,還是資深開發(fā),玩Java技術(shù)體系,選擇好的工具,提升開發(fā)效率和團(tuán)隊協(xié)作效率,是必不可少的:
Maven,項目管理
Jenkins,持續(xù)集成
Sonar,代碼質(zhì)量管理
Git,版本管理
三:分布式架構(gòu)
高并發(fā),高可用,海量數(shù)據(jù),沒有分布式的架構(gòu)知識肯定是玩不轉(zhuǎn)的:
分布式架構(gòu)原理
分布式架構(gòu)策略
分布式中間件
分布式架構(gòu)實戰(zhàn)
四:微服務(wù)架構(gòu)
業(yè)務(wù)越來越復(fù)雜,服務(wù)分層,微服務(wù)架構(gòu)是架構(gòu)升級的必由之路,Java技術(shù)體系,和微服務(wù)相關(guān)的技術(shù)有哪些呢?
微服務(wù)框架
SpringCloud
Docker與虛擬化
微服務(wù)架構(gòu)
五:性能優(yōu)化
任何脫離細(xì)節(jié)的ppt架構(gòu)師都是耍流氓,向上能運(yùn)籌帷幄,向下能解決一線性能問題,Java技術(shù)體系,需要了解:
性能指標(biāo)體系
JVM調(diào)優(yōu)
Web調(diào)優(yōu)
DB調(diào)優(yōu)
六:底層知識
從架構(gòu)設(shè)計,到應(yīng)用層調(diào)優(yōu),再深入了解底層原理,扎實的Java基本功才能讓自己變?yōu)閽叩厣裆?/p>
內(nèi)存模型
并發(fā)模式
線程模型
鎖細(xì)節(jié)
以上知識體系是動力節(jié)點IT培訓(xùn)從業(yè)多年總結(jié)出來的經(jīng)驗,都是當(dāng)前最主流的技術(shù)。
相關(guān)閱讀
初級 202925
初級 203221
初級 202629
初級 203743