程式設計師的三階段,薪資的三大“關”,你對程式設計到底持有的是一種什麼樣的態度?
每個程式設計師、或者說每個工作者都應該有自己的職業規劃,如果你不是富二代,不是官二代,也沒有職業規劃,希望你可以思考一下自己的將來。今天小編給大家分享的是一篇來自阿里Java工程師對3年工作經驗程式設計師的職業建議,希望對你有啟發。
程式設計師的三個階段
第一階段--- 三年
我認為三年對於程式設計師來說是第一個門檻,這個階段將會淘汰掉一批不適合寫程式碼的人。這一階段,我們走出校園,邁入社會,成為一名程式設計師,正式從書本上的內容邁向真正的企業級開發。我們知道如何團隊協作、如何使用專案管理工具、專案版本如何控制、我們寫的程式碼如何測試如何線上上執行等等,積累了一定的開發經驗,也對程式碼有了一定深入的認識,是一個比較純粹的Coder的階段。
第二階段--- 五年
五年又是區分程式設計師的第二個門檻。有些人在三年裡,除了完成工作,在空餘時間基本不會研究別的東西, 熱衷於研究各種技術實現細節、看了N多好書、寫一些部落格、在Github上分享技術,這些人在五年後必然具備在技術上獨當一面的能力並且清楚自己未來的發展方向,從一個Coder逐步走向系統分析師或是架構師,成為專案組中不可或缺的人物。
第三階段---十年
十年又是另一個門檻了,轉行或是繼續做一名程式設計師就在這個節點上。如果在前幾年就抱定不轉行的思路並且為之努力的話,那麼在十年的這個節點上,有些人必然成長為一名對行業有著深入認識、對技術有著深入認識、能從零開始對一個產品進行分析的程式設計師,這樣的人在公司基本擔任的都是CTO、技術專家、首席架構師等最關鍵的職位,這對於自己絕對是一件榮耀的事,當然老闆在經濟上也絕不會虧待你
總結一下,我認為,隨著你工作年限的增長、對生活對生命認識的深入,應當不斷思考三個問題:
1.我到底適不適合當一名程式設計師?
2.我到底應不應該一輩子以程式設計師為職業?
3.我對程式設計到底持有的是一種什麼樣的態度,是夠用就好呢還是不斷研究?
最終,明確自己的職業規劃,對自己的規劃負責併為之努力。 程式設計師社群:236283328
關於專業技能
一名3年工作經驗的Java程式設計師應該具備的技能,這可能是Java程式設計師們比較關心的內容。我這裡要說明一下,以下列舉的內容不是都要會的東西----但是如果你掌握得越多,最終能得到的評價、拿到的薪水勢必也越高。
0.基本語法
這包括static、final、transient等關鍵字的作用,foreach迴圈的原理等等。今天面試我問你static關鍵字有哪些作用,如果你答出static修飾變數、修飾方法我會認為你合格,答出靜態塊,我會認為你不錯,答出靜態內部類我會認為你很好,答出靜態導包我會對你很滿意,因為能看出你非常熱衷研究技術。
讓我印象深刻的一次面試經歷,面試官直接問到了我volatile關鍵字的底層實現原理(順便插一句,面試和被面試本身就是相對的,面試官能問這個問題同時也讓面試者感覺到面試官也是一個喜愛研究技術的人,增加了面試者對公司的好感,我最終選擇的就是問了這個問題的公司),不要覺得這太吹毛求疵了----越簡單的問題越能看出一個人的水平,別人對你技術的考量絕大多數都是以深度優先、廣度次之為標準的,切記。
1.集合
非常重要,也是必問的內容。基本上就是List、Map、Set,問的是各種實現類的底層實現原理,實現類的優缺點。
集合要掌握的是ArrayList、LinkedList、Hashtable、HashMap、ConcurrentHashMap、HashSet的實現原理,能流利作答,當然能掌握CopyOnWrite容器和Queue是再好不過的了。另外多說一句,ConcurrentHashMap的問題在面試中問得特別多,大概是因為這個類可以衍生出非常多的問題,關於ConcurrentHashMap,我提供三點回答或者是研究方向:
0.ConcurrentHashMap的鎖分段技術
1.ConcurrentHashMap的讀是否要加鎖,為什麼
2.ConcurrentHashMap的迭代器是強一致性的迭代器還是弱一致性的迭代器
2.設計模式
本來以為蠻重要的一塊內容,結果只在阿里巴巴B2B事業部面試的時候被問了一次,當時問的是裝飾器模式。
當然我們們不能這麼功利,為了面試而學習,設計模式在工作中還是非常重要、非常有用的,23種設計模式中重點研究常用的十來種就可以了,面試中關於設計模式的問答主要是三個方向:
0.你的專案中用到了哪些設計模式,如何使用
1.知道常用設計模式的優缺點
2.能畫出常用設計模式的UML圖
3.多執行緒
這也是必問的一塊了。因為三年工作經驗,所以基本上不會再問你怎麼實現多執行緒了,會問得深入一些比如說Thread和Runnable的區別和聯絡、多次start一個執行緒會怎麼樣、執行緒有哪些狀態。當然這只是最基本的,出乎意料地,幾次面試幾乎都被同時問到了一個問題,問法不盡相同,總結起來是這麼一個意思:
假如有Thread1、Thread2、Thread3、Thread4四條執行緒分別統計C、D、E、F四個盤的大小,所有執行緒都統計完畢交給Thread5執行緒去做彙總,應當如何實現?
你對這個問題是否有答案呢?不難,java.util.concurrent下就有現成的類可以使用。
另外,執行緒池也是比較常問的一塊,常用的執行緒池有幾種?這幾種執行緒池之間有什麼區別和聯絡?執行緒池的實現原理是怎麼樣的?實際一些的,會給你一些具體的場景,讓你回答這種場景該使用什麼樣的執行緒池比較合適。
最後,雖然這次面試問得不多,但是多執行緒同步、鎖這塊也是重點。synchronized和ReentrantLock的區別、synchronized鎖普通方法和鎖靜態方法、死鎖的原理及排查方法等等...
4.IO
IO分為File IO和Socket IO,File IO基本上是不會問的,問也問不出什麼來,平時會用就好了,另外記得File IO都是阻塞IO。
Socket IO是比較重要的一塊,要搞懂的是阻塞/非阻塞的區別、同步/非同步的區別,藉此理解阻塞IO、非阻塞IO、多路複用IO、非同步IO這四種IO模型,Socket IO如何和這四種模型相關聯。這是基本一些的,深入一些的話,就會問NIO的原理、NIO屬於哪種IO模型、NIO的三大組成等等,這有些難,當時我也是研究了很久才搞懂NIO。
提一句,NIO並不是嚴格意義上的非阻塞IO而應該屬於多路複用IO,面試回答的時候要注意這個細節,講到NIO會阻塞在Selector的select方法上會增加面試官對你的好感。
如果用過Netty,可能會問一些Netty的東西,畢竟這個框架基本屬於當前最好的NIO框架了(Mina其實也不錯,不過總體來說還是比不上Netty的),大多數網際網路公司也都在用Netty。
5.JDK原始碼
要想拿高工資,JDK原始碼不可不讀。上面的內容可能還和具體場景聯絡起來,JDK原始碼就是實打實地看你平時是不是愛鑽研了。我面試過程中被問了不少JDK原始碼的問題,其中最刁鑽的一個問題——String的hashCode()方法是怎麼實現的,幸好我平時String原始碼看得多,答了個大概。JDK原始碼其實沒什麼好總結的,純粹看個人,總結一下比較重要的原始碼:
List、Map、Set實現類的原始碼
ReentrantLock、AQS的原始碼
AtomicInteger的實現原理,主要能說清楚CAS機制並且AtomicInteger是如何利用CAS機制實現的
執行緒池的實現原理
Object類中的方法以及每個方法的作用
這些其實要求蠻高的,我去年一整年基本把JDK中重要類的原始碼研究了個遍,真的花費時間、花費精力,當然回頭看,是值得的----不僅僅是為了應付面試。
6.框架
老生常談,面試必問的東西。一般來說會問你一下你們專案中使用的框架,然後給你一些場景問你用框架怎麼做,比如我想要在spring初始化bean的時候做一些事情該怎麼做、想要在bean銷燬的時候做一些事情該怎麼做、MyBatis中$和#的區別等等,這些都比較實際了,平時積累得好、有多學習框架的使用細節自然都不成問題。
如果上面你的問題答得好,面試官往往會深入地問一些框架的實現原理。問得最多的就是Spring AOP的實現原理,當然這個很簡單啦,兩句話就搞定的的事兒,即使你不會準備一下就好了。我遇到的最變態的是讓我畫一下Spring的Bean工廠實現的UML圖,當然面對這樣一個有深度的問題,我是絕對答不出來的......
7.資料庫
資料庫十有八九也都會問到。一些基本的像union和union all的區別、left join、幾種索引及其區別就不談了,比較重要的就是資料庫效能的優化,如果對於資料庫的效能優化一竅不通,那麼有時間,還是建議你在面試前花一兩天專門把SQL基礎和SQL優化的內容準備一下。
不過資料庫倒是不用擔心,一家公司往往有很多部門,如果你對資料庫不熟悉而基本技術又非常好,九成都是會要你的,估計會先把你放到對資料庫使用不是要求非常高的部門鍛鍊一下。
8.資料結構和演算法分析
資料結構和演算法分析,對於一名程式設計師來說,會比不會好而且在工作中絕對能派上用場。陣列、連結串列是基礎,棧和佇列深入一些但也不難,樹挺重要的,比較重要的樹AVL樹、紅黑樹,可以不瞭解它們的具體實現,但是要知道什麼是二叉查詢樹、什麼是平衡樹,AVL樹和紅黑樹的區別。記得某次面試,某個面試官和我聊到了資料庫的索引,他問我:
你知道索引使用的是哪種資料結構實現嗎?
我答到用的Hash表吧,答錯。他又問,你知道為什麼要使用樹嗎?我答到因為Hash表可能會出現比較多的衝突,在千萬甚至是上億級別的資料面前,會大大增加查詢的時間複雜度。而樹比較穩定,基本保證最多二三十次就能找到想要的資料,對方說不完全對,最後我們還是交流了一下這個問題,我也明白了為什麼要使用樹,這裡不說,大家覺得索引為什麼要使用樹來實現呢?
至於演算法分析,不會、不想研究就算了,記得某次面試對方問我,Collections.sort方法使用的是哪種排序方法,額,吐血三升。當然為了顯示我的博學,對演算法分析也有一定的研究,我還是硬著頭皮說了一句可能是氣泡排序吧。當然答案肯定不是,有興趣的朋友可以去看一下Collections.sort方法的原始碼,用的是一種叫做TimSort的排序法,也就是增強型的歸併排序法。
9.Java虛擬機器
出乎我意料,Java虛擬機器應該是很重要的一塊內容,結果在這幾家公司中被問到的概率幾乎為0。要知道,我去年可是花了大量的時間去研究Java虛擬機器的,光周志明老師的《深入理解Java虛擬機器:JVM高階特性與最佳實踐》,就讀了不下五遍。
言歸正傳,雖然Java虛擬機器沒問到,但我覺得還是有必要研究的,我就簡單地列一個提綱吧,談談Java虛擬機器中比較重要的內容:
0.Java虛擬機器的記憶體佈局
1.GC演算法及幾種垃圾收集器
2.類載入機制,也就是雙親委派模型
3.Java記憶體模型
4.happens-before規則
5.volatile關鍵字使用規則
6.也許面試無用,但在走向大牛的路上,不可不會。
10.Web方面的一些問題
Java主要面向Web端,因此Web的一些問題也是必問的。我碰到過問得最多的兩個問題是:
1.談談分散式Session的幾種實現方式
常用的四種能答出來自然是讓面試官非常滿意的,另外一個常問的問題是:
2.講一下Session和Cookie的區別和聯絡以及Session的實現原理
這兩個問題之外,web.xml裡面的內容是重點,Filter、Servlet、Listener,不說對它們的實現原理一清二楚吧,至少能對它們的使用知根知底。另外,一些細節的方面比如get/post的區別、forward/重定向的區別、HTTPS的實現原理也都可能會被考察到。
最後,如果有興趣有時間,可以一起來程式設計師社群:236283328 大家一起交流一下~
相關文章
- 程式設計師到底是一種什麼樣的存在?程式設計師
- 你的程式設計師是一種什麼樣的怪物?程式設計師
- 什麼樣的程式設計師最易漲薪?程式設計師
- 同樣是程式設計師 為什麼薪資不同程式設計師
- 一名好程式設計師到底需要什麼樣的標準?程式設計師
- 換一種態度看程式設計師!程式設計師
- 用什麼心態對待水平糟糕的程式設計師[不靠譜的程式設計師、思路紊亂的程式設計師程式設計師
- 為什麼國外的程式設計師薪資是國內程式設計師薪資的四五倍,國外程式設計師技術都比國內高嗎?程式設計師
- 在西方的程式設計師眼裡,東方的程式設計師是什麼樣的?程式設計師
- 程式設計師薪資一萬,“程式設計師鼓勵師”月薪兩萬,你怎麼看?程式設計師
- 【1024程式設計師節】程式設計師,你學程式設計的初衷是什麼?程式設計師
- 程式設計師的工資高,到底程式設計師的工資有多高?程式設計師
- 程式設計師到底是幹什麼的?請不要再黑程式設計師了程式設計師
- 未來缺什麼樣的程式設計師?程式設計師
- 十二星座的程式設計師都是什麼樣?程式設計師
- 程式設計師的燈下黑:“逗到底”的程式設計師程式設計師
- 漫談程式設計師系列:程式設計師到底是什麼角色程式設計師
- 作為程式設計師,你最理想的公司是什麼樣的?程式設計師
- 程式設計師觀點:過度思考的三種毒程式設計師
- 程式設計師成長的10個階段程式設計師
- 程式設計師,你自豪什麼程式設計師
- 做過程式設計師的產品經理是一種什麼樣的存在?程式設計師
- 什麼樣的社群是好的程式設計師社群?程式設計師
- 真正的精英程式設計師是什麼樣的?共勉!程式設計師
- 程式設計師薪酬到底有多高?來看矽谷的工程師薪資統計程式設計師工程師
- 為什麼你的設計團隊中需要一名程式設計師?程式設計師
- 面試官“你的期望薪資是多少?”聰明的程式設計師都是這樣答的!面試程式設計師
- 程式設計師計算私活薪資的正確方式程式設計師
- Java程式設計師不同層次的薪資對照,你在哪個檔口?Java程式設計師
- 程式設計師,你碰到過的最難調的Bug是什麼樣的?程式設計師
- 學Python的程式設計師,程式設計能力都“退化”成什麼樣了?Python程式設計師
- 各式各樣的極品程式設計師 你屬於哪一種程式設計師
- 低階程式設計師和高階程式設計師的區別程式設計師
- 程式設計師內心真正的需求到底是什麼?程式設計師
- 程式設計師到底是一個什麼職業?程式設計師
- 你憑什麼做好一個程式設計師?程式設計師
- 程式設計師,你的薪資低於勞動價值嗎?程式設計師
- 程式設計師 你的薪資低於勞動價值嗎?程式設計師