歡迎光臨
每天分享高質量文章

2019 給 Java 程式員的唯一 1 條建議

做了3~5年Java開發,你已經積累了不少專案經驗,擴寬了技術廣度,也許已發力成為團隊管理者。到了這個階段,大家卻常有這種感受:感覺自己卡在瓶頸進步緩慢,技術水平很難像早期一樣實現大幅突破?

其實大家往往忽略了這一點——提升自己的架構認知(工作5年左右的Java程式員必須重視架構認知的提升,這會很大程度上推動你今後的成長)。

架構的本質在於面對業務場景給出優雅的解決方案,使得業務能夠快速迭代和持續交付,從而達到降本增效的標的。

提升架構認知高度,就像達克效應所描述的一樣,要敢於從愚昧之巔跳到絕望之谷,通過爬升開悟之坡,從而達到架構認知的巔峰時刻。

到達巔峰時刻也就掌握了架構背後設計的哲學,面對具體業務場景在架構層面你便能夠輕鬆應對,以無招勝有招。

提升架構認知,要緊抓3個關鍵點:業務洞察力、技術視野、原創力(執行力)

1.業務洞察力是技術戰略層面的問題,在當下能夠做出合理的判斷,清楚公司做什麼事情收益最大;

2. 技術視野即技術選型能力,是技術戰術層面的問題,在清楚做什麼事情後,需要進一步解決怎麼做的問題,也就是能夠給出合理的技術選型方案:是完全基於開源的方案,還是基於開源二次開發的方案,還是完全自研的方案;

3. 原創力(執行力)是技術落地執行層面的問題,一旦技術設計方案確定後,需要能夠快速Rush完成。

這3點層層遞進,最重要的是先把技術戰略問題思考清楚,然後再進一步解決技術戰術問題,最後是快速落地執行的問題。

工作5年左右的程式員,在原創力(執行力)層面比較有競爭力,往往欠缺技術視野以及業務洞察力。後面2點更加重要,這2點解決的是架構設計哲學問題,是架構師能夠持續擁有競爭力和影響力的立身之道。

舉個場景的例子來詳細說明:一提到分佈式鎖問題,大多數人想到的方案是基於Redis的Master-Slave樣式來實現。這個實現方案行不行?分佈式鎖本質是一個CP需求,基於Redis的實現是一個AP需求,乍一看基於Redis的實現是無法滿足的。脫離業務場景來談架構都是耍流氓。

從技術戰略的需求層面來看,如果分佈式鎖在極端情況下獲取鎖的不一致,社交業務場景能夠接受,那麼基於Redis的實現是完全可行的。如果業務是交易場景,分佈式鎖在極端情況下獲取鎖的不一致性無法接受,那麼基於Redis的實現方案是不可行的。在鎖強一致性的場景下,需要採取基於CP模型的etcd等方案來實現。

 

“於一微塵中,悉見諸世界”,一切事物的本質是相通、相同的。 學習架構也是如此,掌握了架構設計背後的哲學,那麼一切工程問題也就迎刃而解了。

 

提升架構認知不是一蹴而就的,它離不開刻意學習和思考。這有一份從架構哲學的層面來剖析的視頻分享給大家,“開課吧”專門邀請58技術委員會主席,梳理了他多年的架構經驗,籌備近1個月最新錄製的,相信這份視頻能給你帶來不一樣的啟發、收穫。

(視頻包含如下內容)

智慧互聯網之總體架構設計
互聯網發展三階段
互聯網架構演進之路
單體架構設計與實踐

水平分層架構設計與實踐

面向服務架構設計與實踐
微服務架構設計與實踐
服務網格架構設計與實踐
千億級真實案例實踐

領取方式:添加小助理微信領視頻

因為通過申請後會逐個發資源,小助手精力有限,這次只開放500個名額,需要的抓緊速度儘快添加。

長按添加微信領視頻

(視頻的價值取決於你領完後的行動

大家千萬莫做收藏黨

 

    赞(0)

    分享創造快樂