不知不覺,金九銀十已經過去一半了,小編最近也是收到了蠻多讀者的私信與簡歷,
發現了一個比較值得我注意的點,就是很多讀者的簡歷千篇一律:
作業五年經驗的簡歷竟然和作業一年的簡歷并無二致!!!
所以小編今天根據阿里的一位“十年Java架構師作業經驗 ”和大家分享下程式員的成長歷程,
并在文章末尾為大家分享架構師的完整學習資料,

一、工程師
階段描述
成為一個合格的工程師需要 1~3 年時間,其典型特征是“在別人的指導下完成開發”,這里的“別人”主要是“高級工程師”或者“技術專家”,通常情況下,高級工程師或者技術專家負責需求分析和討論、方案設計,工程師負責編碼實作,高級工程師或者技術專家會指導工程師進行編碼實作,
成長指導
工程師階段是最原始的“基礎技能積累階段”,主要積累基礎知識,包括編程語言、編程工具、各類系統的基本使用,以 Java 后端工程師為例,工程師階段需要積累的經驗和技能有:
Java 的語法、基本資料結構的使用,
Eclipse、IDEA、Maven、Linux 命令列等各種工具,
資料庫 CRUD 操作、快取的基本使用等,
業務系統的基本流程,
工程師階段最好的學習方法就是 找經典的書籍系統地學習,而不要遇到一個問題到網上搜搜然后就解決了事,以 Java 為例,《Java 編程思想》《Java 核心技術》《TCP/IP 協議》這類大部頭,一定要完整地看一遍,即使里面很多內容當前作業暫時用不上,
二、高級工程師
階段描述
成長為高級工程師需要 2~5 年時間,其典型特征是“獨立完成開發”,包括需求分析、方案設計、編碼實作,其中需求分析和方案設計已經包含了“判斷”和“選擇”,只是范圍相對來說小一些,更多是在已有架構下進行設計,以 Java 后端工程師為例,高級工程師需要完成的作業包括:
MySQL 資料庫表如何設計,是設計成兩個表還是三個表?
是否要用快取,快取的 Key 和 Value 如何設計,快取的更新策略是什么?
產品提出的需求是否合理?是否有更好的方式來滿足?
成長指導
從普通工程師成長為高級工程師,主要需要“積累方案設計經驗”,簡單來說就是業務當前用到的相關技術的設計經驗,以 Java 后端高級工程師為例,包括:表設計經驗、快取設計經驗、業務流程設計經驗、介面設計經驗等,當接到一個業務需求的時候,高級工程師能夠組合這些設計經驗,最終完成業務需求,
高級工程師階段相比工程師階段,有兩個典型的差異:
深度:如果說工程師是要求知道 How,那高級工程師就要求知道 Why 了,例如 Java 的各種資料結構的實作原理,因為只有深入掌握了這些實作原理,才能對其優缺點和使用場景有深刻理解,這樣在做具體方案設計的時候才能選擇合適的資料結構,
理論:理論就是前人總結出來的成熟的設計經驗,例如資料庫表設計的 3 個范式、面向物件的設計模式、SOLID 設計原則、快取設計理論(快取穿透、快取雪崩、快取熱點)等,
針對技術深度,我的建議還是系統地學習,包括看書和研究原始碼,例如,研究 Java 虛擬機可以看《深入理解 Java 虛擬機》、研究 MySQL 可以看《MySQL 技術內幕:InnoDB 存盤引擎》、研究 Memcache 可以去看其原始碼,
針對設計理論,由于涉及的點很多,沒有一本書能夠涵蓋這么多的設計點,因此更多的是依靠自己去網上搜索資料學習,那我們怎么知道哪些地方會有設計理論呢?簡單來說,就是假設每個設計環節都有設計理論,然后帶著這種假設去搜索驗證看看是否真的有很熟的設計理念,
三、技術專家
階段描述
成長為技術專家需要 4~8 年時間,其典型的特征是“某個領域的專家”,通俗地講,只要是這個領域的問題,技術專家都可以解決,例如:Java 開發專家、PHP 開發專家、Android 開發專家、iOS 開發專家、前端開發專家等,通常情況下,“領域”的范圍不能太小,例如我們可以說“Java 開發專家”,但不會說“Java 多執行緒專家”或“Java JDBC 專家”,
技術專家與高級工程師的一個典型區別就是,高級工程師主要是在已有的架構框架下完成設計,而技術專家會根據需要修改、擴展、優化架構,例如,同樣是 Java 開發,高級工程師關注的是如何優化 MySQL 的查詢性能,而技術專家可能就會考慮引入 Elasticsearch 來完成搜索,
成長指導
從高級工程師成長為技術專家,主要需要“拓展技術寬度”,因為一個“領域”必然會涉及眾多的技術面,以 Java 后端開發為例,要成為一個 Java 開發專家,需要掌握 Java 多執行緒、JDBC、Java 虛擬機、面向物件、設計模式、Netty、Elasticsearch、Memcache、Redis、MySQL 等眾多技術,常見的拓展技術寬度的方法有:
學習業界成熟的開源方案,例如,Java 開發可以去學習 Redis、Memcache、Netty 等,Android 開發可以去研究 Retrofit、Fresco、OkHttp 等,
研究業界的經驗分享,例如 BAT、FANG 等大公司的經驗,可以通過參加技術大會等方式去近距離了解,
需要注意的是,拓展技術寬度并不意味著僅僅只是知道一個技術名詞,而是要深入去理解每個技術的原理、優缺點、應用場景,否則就會成為傳說中的“PPT 技術專家”,例如,以 Java 開發為例,知道 Netty 是個高性能網路庫是遠遠不夠的,還需要學習 Netty 的原理,以及具體如何使用 Netty 來開發高性能系統,
四、初級架構師
階段描述
成長為初級架構師需要 5~10 年時間,其典型特征就是能夠“獨立完成一個系統的架構設計”,可以是從 0 到 1 設計一個新系統,也可以是將架構從 1.0 重構到 2.0,初級架構師負責的系統復雜度相對來說不高,例如后臺管理系統、某個業務下的子系統、100 萬 PV 量級的網站等,
初級架構師和技術專家的典型區別是:架構師是基于完善的架構設計方法論的指導來進行架構設計,而技術專家更多的是基于經驗進行架構設計,簡單來說,即使是同樣一個方案,初級架構師能夠清晰地闡述架構設計的理由和原因,而技術專家可能就是因為自己曾經這樣做過,或者看到別人這樣做過而選擇設計方案,
但在實踐作業中,技術專家和初級架構師的區別并不很明顯,事實上很多技術專家其實就承擔了初級架構師的角色,因為在系統復雜度相對不高的情況下,架構設計的難度不高,用不同的備選方案最終都能夠較好地完成系統設計,例如,設計一個日 PV 100 萬的網站,MySQL + Memcache + Spring Boot 可以很好地完成,MongoDB + Redis + Nginx + php-fpm 也可以很好地完成,備選方案設計和選擇并不太難,更多的是看團隊熟悉哪個技術,
成長指導
從技術專家成長為初級架構師,最主要的是形成自己的“架構設計方法論”,我的架構設計專欄其實就是講述完整的架構設計方法論,包括架構設計目的、架構設計原則、架構設計步驟、架構設計模式等,類似的架構設計方法論還有《恰如其分的軟體架構:風險驅動的設計方法》和《領域驅動設計》等,
要形成自己的架構設計方法論,主要的手段有:
系統學習架構設計方法論,包括訂閱專欄或者閱讀書籍等,
深入研究成熟開源系統的架構設計,這個手段在技術專家階段也會用到,但關注點不一樣,同樣是研究開源系統,技術專家階段聚焦于如何更好地應用開源專案;初級架構師階段聚焦于學習其架構設計原理和思想,例如 Kafka 的檔案中就有關于訊息佇列架構設計的分析和取舍,
結合架構設計方法論,分析和總結自己團隊甚至公司的各種系統的架構設計優缺點,嘗試思考架構重構方案,如果在這個基礎上真的能夠推動架構重構,那就更好了,既能夠實踐自己的架構設計方法論,同時積累經驗,又能夠展現自己的技術實力,拿到結果,
五、中級架構師
階段描述
成長為中級架構師需要 8 年以上時間,其典型特征是“能夠完成復雜系統的架構設計”,包含高性能、高可用、可擴展、海量存盤等復雜系統,例如設計一個和 Kafka 性能匹敵的訊息佇列系統、將業務改造為異地多活、設計一個總共 100 人參與開發的業務系統等,
中級架構師與初級架構師的典型區別在于系統復雜度的不同,中級架構師面對的系統復雜度要高于初級架構師,以開源專案為例,初級架構師可能引入某個開源專案就可以完成架構設計,而中級架構師可能發現其實沒有哪個開源專案是合適的,而需要自己開發一個全新的專案,事實上很多開源專案就是這樣誕生出來的,
成長指導
從初級架構師成長為中級架構師,最關鍵的是“技術深度和技術理論的積累”,例如:
技術理論:CAP、BASE 是異地多活的設計理論基礎、Paxos 是分布式一致性的基礎演算法、2PC、3PC 是分布式事務的基礎演算法等,
技術深度:Kafka 用磁盤存盤還能做到高效是因為磁盤順序寫;Disruptor 高性能是結合 CPU 預讀取機制、快取行、無鎖設計等基礎技術;Storm 的高效異或確認機制;Flink 的分布式快照演算法等,
很多同學對這點可能有疑問,這些技術理論和技術深度的事情不應該是高級工程師階段或者技術專家階段就應該積累的么?為何到了中級架構師階段反而是成長的關鍵了呢?主要原因在于高級工程師或者技術專家階段即使去學習這些技術,實際上也比較難理解透徹,更加難以有機會去應用,更多的時候只是了解有這個技術點而已;而到了中級架構師階段,面對高復雜度的系統,很多時候就是幾個關鍵技術細節決定整個架構設計的成敗,或者某個設計方案理論上就是不可行的,如果不深刻理解理論和相關的關鍵技術點,很難設計優秀的架構,
以我做過的異地多活設計方案為例,之前很早我就知道 CAP 理論了,但也僅僅只是知道幾個概念而已,真正做異地多活的時候,開始的時候還是走了不少彎路,試圖做一個完美的異地多活系統,最終發現這其實是不可能的,某天突然頓悟:其實 CAP 理論已經明確指出來了這點,但最初學習 CAP 理論的時候,很難有這樣深刻的理解,
六、高級架構師
階段描述
成長為高級架構師需要 10 年以上時間,其典型特征是“創造新的架構模式”,例如:
谷歌大資料論文,創造了分布式存盤架構、分布式計算 MapReduce 架構、列式存盤架構,開創了大資料時代,
在有 MapReduce 分布式計算架構的背景下,Storm 又創造了流式計算架構,
在虛擬機很成熟的背景下,Docker 創造了容器化的技術潮流,
高級架構師與中級架構師相比,典型區別在于“創造性”,高級架構師能夠創造新的架構模式,開創新的技術潮流,
對于2-5年的Java程式員我們應當如何來學習提升呢?下面是筆者收集整理的學習線路圖,需要的可自行下載,
(一)深入JDK原始碼,分析JVM底層原理

(二)深入JavaSE原始碼實作

(三)攻破java難點,徹底掌握并發編程

(四)互聯網面試必備,深入開發框架原始碼


(五)全面掌握網路通信

(六)深入作業系統內核原理

(七)年薪百萬,必須掌握的分布式技術

(八)微服務技術

(九)資料庫原理與調優

(十)系統運維與監控技術

(十一)架構思維

(十二)并發實戰專案

方向比學習更重要!了解了架構師的成長路線,就更容易擺脫瓶頸現狀,小編這里為大家準備好了,對應的架構師資料
領取方式:戳這里,戳這里,暗號:CSDN



以上技術方向我們有自己的高清思維方向導圖以及阿里架構師講解的架構視頻分享(包括高可用,高并發,spring原始碼,mybatis原始碼,JVM,大資料,Netty等多個技術知識的架構視頻資料和各種電子書籍閱讀)視頻資料,以及一些一線互聯網公司的面試題決議含答案,領取方式:戳這里,戳這里,暗號:CSDN
希望文章對大家有幫助,也祝愿大家早日升職加薪迎娶白富美走上人生巔峰,喜歡文章請點個關注,三連~~
轉載請註明出處,本文鏈接:https://www.uj5u.com/qita/166709.html
標籤:其他
