主頁 > 軟體設計 > 如何突破java程式員瓶頸?十年Java架構師分享自己的辛酸成長歷程

如何突破java程式員瓶頸?十年Java架構師分享自己的辛酸成長歷程

2020-10-10 16:44:05 軟體設計

不知不覺,金九銀十已經過去一半了,小編最近也是收到了蠻多讀者的私信與簡歷,
發現了一個比較值得我注意的點就是很多讀者的簡歷千篇一律:

作業五年經驗的簡歷竟然和作業一年的簡歷并無二致!!!

所以小編今天根據阿里的一位“十年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

史上最全最詳細的Java架構師成長路徑圖,程式員必備

史上最全最詳細的Java架構師成長路徑圖,程式員必備

史上最全最詳細的Java架構師成長路徑圖,程式員必備

以上技術方向我們有自己的高清思維方向導圖以及阿里架構師講解的架構視頻分享(包括高可用,高并發,spring原始碼,mybatis原始碼,JVM,大資料,Netty等多個技術知識的架構視頻資料和各種電子書籍閱讀)視頻資料,以及一些一線互聯網公司的面試題決議含答案,領取方式:戳這里,戳這里,暗號:CSDN

希望文章對大家有幫助,也祝愿大家早日升職加薪迎娶白富美走上人生巔峰,喜歡文章請點個關注,三連~~

轉載請註明出處,本文鏈接:https://www.uj5u.com/ruanti/166400.html

標籤:其他

上一篇:手把手教你 Linux 三種網路配置方法

下一篇:微信小程式 - 獲取用戶手機螢屏高度與寬度(兩種方案)

標籤雲
其他(157675) Python(38076) JavaScript(25376) Java(17977) C(15215) 區塊鏈(8255) C#(7972) AI(7469) 爪哇(7425) MySQL(7132) html(6777) 基礎類(6313) sql(6102) 熊猫(6058) PHP(5869) 数组(5741) R(5409) Linux(5327) 反应(5209) 腳本語言(PerlPython)(5129) 非技術區(4971) Android(4554) 数据框(4311) css(4259) 节点.js(4032) C語言(3288) json(3245) 列表(3129) 扑(3119) C++語言(3117) 安卓(2998) 打字稿(2995) VBA(2789) Java相關(2746) 疑難問題(2699) 细绳(2522) 單片機工控(2479) iOS(2429) ASP.NET(2402) MongoDB(2323) 麻木的(2285) 正则表达式(2254) 字典(2211) 循环(2198) 迅速(2185) 擅长(2169) 镖(2155) 功能(1967) .NET技术(1958) Web開發(1951) python-3.x(1918) HtmlCss(1915) 弹簧靴(1913) C++(1909) xml(1889) PostgreSQL(1872) .NETCore(1853) 谷歌表格(1846) Unity3D(1843) for循环(1842)

熱門瀏覽
  • 面試突擊第一季,第二季,第三季

    第一季必考 https://www.bilibili.com/video/BV1FE411y79Y?from=search&seid=15921726601957489746 第二季分布式 https://www.bilibili.com/video/BV13f4y127ee/?spm_id_fro ......

    uj5u.com 2020-09-10 05:35:24 more
  • 第三單元作業總結

    1.前言 這應該是本學期最后一次寫作業總結了吧。總體來說,對作業的節奏也差不多掌握了,作業做起來的效率也更高了。雖然和之前的作業一樣,作業中都要用到新的知識,但是相比之前,更加懂得了如何利用工具以及資料。雖然之間卡過殼,但總體而言,這幾次作業還算完成的比較好。 2.作業程序總結 相比前兩個單元,此單 ......

    uj5u.com 2020-09-10 05:35:41 more
  • 北航OO(2020)第四單元博客作業暨課程總結博客

    北航OO(2020)第四單元博客作業暨課程總結博客 本單元作業的架構設計 在本單元中,由于UML圖具有比較清晰的樹形結構,因此我對其中需要進行查詢操作的元素進行了包裝,在樹的父節點中存盤所有孩子的參考。考慮到性能問題,我采用了快取機制,一次查詢后盡可能快取已經遍歷過的資訊,以減少遍歷次數。 本單元我 ......

    uj5u.com 2020-09-10 05:35:48 more
  • BUAA_OO_第四單元

    一、UML決議器設計 ? 先看下題目:第四單元實作一個基于JDK 8帶有效性檢查的UML(Unified Modeling Language)類圖,順序圖,狀態圖分析器 MyUmlInteraction,實際上我們要建立一個有向圖模型,UML中的物件(元素)可能與同級元素連接,也可與低級元素相連形成 ......

    uj5u.com 2020-09-10 05:35:54 more
  • 6.1邏輯運算子

    邏輯運算子 1. && 短路與 運算式1 && 運算式2 01.運算式1為true并且運算式2也為true 整體回傳為true 02.運算式1為false,將不會執行運算式2 整體回傳為false 03.只要有一個運算式為false 整體回傳為false 2. || 短路或 運算式1 || 運算式2 ......

    uj5u.com 2020-09-10 05:35:56 more
  • BUAAOO 第四單元 & 課程總結

    1. 第四單元:StarUml檔案決議 本單元采用了圖模型決議UML。 UML檔案可以抽象為圖、子圖、邊的邏輯結構。 在實作中,圖的節點包括類、介面、屬性,子圖包括狀態圖、順序圖等。 采用了三次遍歷UML元素的方法建圖,第一遍遍歷建點,第二、三次遍歷設定屬性、連邊,實作圖物件的初始化。這里借鑒了一些 ......

    uj5u.com 2020-09-10 05:36:06 more
  • 談談我對C# 多型的理解

    面向物件三要素:封裝、繼承、多型。 封裝和繼承,這兩個比較好理解,但要理解多型的話,可就稍微有點難度了。今天,我們就來講講多型的理解。 我們應該經常會看到面試題目:請談談對多型的理解。 其實呢,多型非常簡單,就一句話:呼叫同一種方法產生了不同的結果。 具體實作方式有三種。 一、多載 多載很簡單。 p ......

    uj5u.com 2020-09-10 05:36:09 more
  • Python 資料驅動工具:DDT

    背景 python 的unittest 沒有自帶資料驅動功能。 所以如果使用unittest,同時又想使用資料驅動,那么就可以使用DDT來完成。 DDT是 “Data-Driven Tests”的縮寫。 資料:http://ddt.readthedocs.io/en/latest/ 使用方法 dd. ......

    uj5u.com 2020-09-10 05:36:13 more
  • Python里面的xlrd模塊詳解

    那我就一下面積個問題對xlrd模塊進行學習一下: 1.什么是xlrd模塊? 2.為什么使用xlrd模塊? 3.怎樣使用xlrd模塊? 1.什么是xlrd模塊? ?python操作excel主要用到xlrd和xlwt這兩個庫,即xlrd是讀excel,xlwt是寫excel的庫。 今天就先來說一下xl ......

    uj5u.com 2020-09-10 05:36:28 more
  • 當我們創建HashMap時,底層到底做了什么?

    jdk1.7中的底層實作程序(底層基于陣列+鏈表) 在我們new HashMap()時,底層創建了默認長度為16的一維陣列Entry[ ] table。當我們呼叫map.put(key1,value1)方法向HashMap里添加資料的時候: 首先,呼叫key1所在類的hashCode()計算key1 ......

    uj5u.com 2020-09-10 05:36:38 more
最新发布
  • 【中介者設計模式詳解】C/Java/JS/Go/Python/TS不同語言實作

    * 中介者模式是一種行為型設計模式,它可以用來減少類之間的直接依賴關系,
    * 將物件之間的通信封裝到一個中介者物件中,從而使得各個物件之間的關系更加松散。
    * 在中介者模式中,物件之間不再直接相互互動,而是通過中介者來中轉訊息。 ......

    uj5u.com 2023-04-20 08:20:47 more
  • 露天煤礦現場調研和交流案例分享

    他們集團的資訊化公司及研究院在一個礦區正在做智能礦山的統一平臺的 試點,專案投資大概1億,包括了礦山的各方面的內容,顯示得我們這次交流有點多余。他們2年前開始做智能礦山的規劃,有很多煤礦行業專家的加持,他們的描述是非常完美,但是去年底應該上線的平臺,現在還沒有看到影子。他們確實有很多場景需求,但是被... ......

    uj5u.com 2023-04-20 08:20:25 more
  • 《社區人員管理》實戰案例設計&個人案例分享

    設計是一個讓人夢想成真程序,開始編碼、測驗、除錯之前進行需求分析和架構設計,才能保證關鍵方面都做正確 ......

    uj5u.com 2023-04-20 08:20:17 more
  • 軟體架構生態化-多角色交付的探索實踐

    作為一個技術架構師,不僅僅要緊跟行業技術趨勢,還要結合研發團隊現狀及痛點,探索新的交付方案。在日常中,你是否遇到如下問題 “ 業務需求排期長研發是瓶頸;非研發角色感受不到研發技改提效的變化;引入ISV 團隊又擔心質量和安全,培訓周期長“等等,基于此我們探索了一種新的技術體系及交付方案來解決如上問題。 ......

    uj5u.com 2023-04-20 08:20:10 more
  • 【中介者設計模式詳解】C/Java/JS/Go/Python/TS不同語言實作

    * 中介者模式是一種行為型設計模式,它可以用來減少類之間的直接依賴關系,
    * 將物件之間的通信封裝到一個中介者物件中,從而使得各個物件之間的關系更加松散。
    * 在中介者模式中,物件之間不再直接相互互動,而是通過中介者來中轉訊息。 ......

    uj5u.com 2023-04-20 08:19:44 more
  • 露天煤礦現場調研和交流案例分享

    他們集團的資訊化公司及研究院在一個礦區正在做智能礦山的統一平臺的 試點,專案投資大概1億,包括了礦山的各方面的內容,顯示得我們這次交流有點多余。他們2年前開始做智能礦山的規劃,有很多煤礦行業專家的加持,他們的描述是非常完美,但是去年底應該上線的平臺,現在還沒有看到影子。他們確實有很多場景需求,但是被... ......

    uj5u.com 2023-04-20 08:19:07 more
  • 《社區人員管理》實戰案例設計&個人案例分享

    設計是一個讓人夢想成真程序,開始編碼、測驗、除錯之前進行需求分析和架構設計,才能保證關鍵方面都做正確 ......

    uj5u.com 2023-04-20 08:18:57 more
  • 軟體架構生態化-多角色交付的探索實踐

    作為一個技術架構師,不僅僅要緊跟行業技術趨勢,還要結合研發團隊現狀及痛點,探索新的交付方案。在日常中,你是否遇到如下問題 “ 業務需求排期長研發是瓶頸;非研發角色感受不到研發技改提效的變化;引入ISV 團隊又擔心質量和安全,培訓周期長“等等,基于此我們探索了一種新的技術體系及交付方案來解決如上問題。 ......

    uj5u.com 2023-04-20 08:18:49 more
  • 05單件模式

    #經典的單件模式 public class Singleton { private static Singleton uniqueInstance; //一個靜態變數持有Singleton類的唯一實體。 // 其他有用的實體變數寫在這里 //構造器宣告為私有,只有Singleton可以實體化這個類! ......

    uj5u.com 2023-04-19 08:42:51 more
  • 【架構與設計】常見微服務分層架構的區別和落地實踐

    軟體工程的方方面面都遵循一個最基本的道理:沒有銀彈,架構分層模型更是如此,每一種都有各自優缺點,所以請根據不同的業務場景,并遵循簡單、可演進這兩個重要的架構原則選擇合適的架構分層模型即可。 ......

    uj5u.com 2023-04-19 08:42:41 more