做了3～5年左右Java開發(fā)，你已經(jīng)積累了不少項目經(jīng)驗，擴(kuò)寬了技術(shù)廣度，也許已發(fā)力成為團(tuán)隊管理者。到了這個階段，大家卻常有這種感受：感覺自己卡在瓶頸進(jìn)步緩慢，技術(shù)水平很難像早期一樣實現(xiàn)大幅突 破?

　　其實大家往往忽略了這一點——提 升自己的架構(gòu)認(rèn)知。

　　架構(gòu)的本質(zhì)在于面對業(yè)務(wù)場景給出優(yōu)雅的解決方案，使得業(yè)務(wù)能夠快 速迭代和持續(xù)交付，從而達(dá)到降本增效的目標(biāo)。

　　提 升架構(gòu)認(rèn)知高度，就像達(dá)克效應(yīng)所描述的一樣，要敢于從愚昧之巔跳到絕望之谷，通過爬升開悟之坡，從而達(dá)到架構(gòu)認(rèn)知的巔峰時刻。

　　填寫下面表單即可預(yù)約申請免費試聽java課程!害怕學(xué)不會?助教陪讀，隨時解惑!擔(dān)心就業(yè)?一地學(xué)習(xí)，可全國推薦就業(yè)!

　　到達(dá)巔峰時刻也就掌握了架構(gòu)背后設(shè)計的哲學(xué)，面對具體業(yè)務(wù)場景在架構(gòu)層面你便能夠輕 松應(yīng)對，以無招勝有招。

　　提 升架構(gòu)認(rèn)知，要緊抓3個關(guān)鍵點：業(yè)務(wù)洞察力、技術(shù)視野、原創(chuàng)力(執(zhí)行力)。

　　1、業(yè)務(wù)洞察力是技術(shù)戰(zhàn)略層面的問題，在當(dāng)下能夠做出合理的判斷，清楚公司做什么事情收益最大;

　　2、 技術(shù)視野即技術(shù)選型能力，是技術(shù)戰(zhàn)術(shù)層面的問題，在清楚做什么事情后，需要進(jìn)一步解決怎么做的問題，也就是能夠給出合理的技術(shù)選型方案：是完全基于開源的方案，還是基于開源二次開發(fā)的方案，還是完全自研的方案;

　　3、 原創(chuàng)力(執(zhí)行力)是技術(shù)落地執(zhí)行層面的問題，一旦技術(shù)設(shè)計方案確定后，需要能夠快 速Rush完成。

　　這3點層層遞進(jìn)，最重要的是先把技術(shù)戰(zhàn)略問題思考清楚，然后再進(jìn)一步解決技術(shù)戰(zhàn)術(shù)問題，最后是快 速落地執(zhí)行的問題。

　　工作5年左右的程序員，在原創(chuàng)力(執(zhí)行力)層面比較有競爭力，往往欠缺技術(shù)視野以及業(yè)務(wù)洞察力。后面2點更加重要，這2點解決的是架構(gòu)設(shè)計哲學(xué)問題，是架構(gòu)師能夠持續(xù)擁有競爭力和影響力的立身之道。

　　舉個場景的例子來詳細(xì)說明：一提到分布式鎖問題，大多數(shù)人想到的方案是基于Redis的Master-Slave模式來實現(xiàn)。這個實現(xiàn)方案行不行?分布式鎖本質(zhì)是一個CP需求，基于Redis的實現(xiàn)是一個AP需求，乍一看基于Redis的實現(xiàn)是無法滿足的。脫離業(yè)務(wù)場景來談架構(gòu)都是耍流氓。

　　從技術(shù)戰(zhàn)略的需求層面來看，如果分布式鎖在極端情況下獲取鎖的不一致，社交業(yè)務(wù)場景能夠接受，那么基于Redis的實現(xiàn)是完全可行的。如果業(yè)務(wù)是交易場景，分布式鎖在極端情況下獲取鎖的不一致性無法接受，那么基于Redis的實現(xiàn)方案是不可行的。在鎖強(qiáng)一致性的場景下，需要采取基于CP模型的etcd等方案來實現(xiàn)。

　　“于一微塵中，悉見諸世界”，一切事物的本質(zhì)是相通、相同的。 學(xué)習(xí)架構(gòu)也是如此，掌握了架構(gòu)設(shè)計背后的哲學(xué)，那么一切工程問題也就迎刃而解了。