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