一名3年工作經驗的程序員應該具備的技能 !


前言


因為和同事有約定再加上LZ自己也喜歡做完一件事之後進行總結,因此有瞭這篇文章。這篇文章大部分內容都是面向整個程序員群體的,當然因為LZ本身是做Java開發的,因此有一部分內容也是專門面向咱們Java程序員的。


簡單先說一下,LZ坐標杭州,13屆本科畢業,算上年前在阿裡巴巴B2B事業部的面試,一共有面試瞭有6傢公司(因為LZ不想請假,因此隻是每個晚上去其他公司面試,所以面試的公司比較少),其中成功的有4傢,另外兩傢失敗的原因在於:


1、阿裡巴巴B2B事業部的面試,兩輪技術面試都過瞭,最後一輪面試是對方的主管,由於聽說技術面試過瞭基本上90%都面試成功瞭,所以LZ在和主管的交談中也是毫無顧忌,說得天花亂墜,很多自己介於知道和不知道的東西都直接脫口而出瞭,結果多次被對方一反問就問得啞口無言。事後想來,模棱兩可的答案是面試中最忌諱的,這次的失敗也讓LZ認真地對待後面的每一次面試


2、另外一傢失敗的是一傢小公司,也就20來個人吧,整個團隊是支付寶出來創業的,非常厲害。面試完LZ多方瞭解瞭一下,對方認為我基本功什麼的都不錯,但是實際項目經驗還是欠缺一些,因為對方是創業型公司,需要人上手就能幹活,因此我在這個時候還不是特別適合他們團隊


至於其他成功的四傢公司,給LZ的面試評價都挺高的貌似,但LZ也不想記流水賬,因此就不一一列舉每傢公司的面試過程瞭,下面LZ主要談談作為一名工作三年左右的Java程序員應該具備的一些技能以及個人的一些其他感悟。



關於程序員的幾個階段


每個程序員、或者說每個工作者都應該有自己的職業規劃,如果看到這裡的朋友沒有自己的職業規劃,希望你可以思考一下自己的將來。


LZ常常思考自己的未來,也從自己的思考中總結出瞭一些東西,作為第一部分來談談。LZ認為一名程序員應該有幾個階段(以下時間都算上實習期):



  • 第一階段----三年

    • 我認為三年對於程序員來說是第一個門檻,這個階段將會淘汰掉一批不適合寫代碼的人。這一階段,我們走出校園,邁入社會,成為一名程序員,正式從書本上的內容邁向真正的企業級開發。我們知道如何團隊協作、如何使用項目管理工具、項目版本如何控制、我們寫的代碼如何測試如何在線上運行等等,積累瞭一定的開發經驗,也對代碼有瞭一定深入的認識,是一個比較純粹的Coder的階段



  • 第二階段----五年

    • 五年又是區分程序員的第二個門檻。有些人在三年裡,除瞭完成工作,在空餘時間基本不會研究別的東西,這些人永遠就是個Coder,年紀大一些勢必被更年輕的人給頂替;有些人在三年裡,除瞭寫代碼之外,還熱衷於研究各種技術實現細節、看瞭N多好書、寫一些博客、在Github上分享技術,這些人在五年後必然具備在技術上獨當一面的能力並且清楚自己未來的發展方向,從一個Coder逐步走向系統分析師或是架構師,成為項目組中不可或缺的人物



  • 第三階段----十年

    • 十年又是另一個門檻瞭,轉行或是繼續做一名程序員就在這個節點上。如果在前幾年就抱定不轉行的思路並且為之努力的話,那麼在十年的這個節點上,有些人必然成長為一名對行業有著深入認識、對技術有著深入認識、能從零開始對一個產品進行分析的程序員,這樣的人在公司基本擔任的都是CTO、技術專傢、首席架構師等最關鍵的職位,這對於自己絕對是一件榮耀的事,當然老板在經濟上也絕不會虧待你




第一部分總結一下,我認為,隨著你工作年限的增長、對生活對生命認識的深入,應當不斷思考三個問題:


1、我到底適不適合當一名程序員?


2、我到底應不應該一輩子以程序員為職業?


3、我對編程到底持有的是一種什麼樣的態度,是夠用就好呢還是不斷研究?


最終,明確自己的職業規劃,對自己的規劃負責並為之努力。



關於項目經驗


LZ在網上經常看到一些別的朋友有提出項目經驗的問題,依照LZ面試的感覺來說,面試主要看幾點:項目經驗+基本技術+個人潛力(也就是值不值得培養)。


關於項目經驗,我認為並發編程網的創始人方騰飛老師講的一段話非常好:


介紹產品時面試官會考察應聘者的溝通能力和思考能力,我們大部分情況都是做產品的一個功能或一個模塊,但是即使是這樣,自己有沒有把整個系統架構或產品搞清楚,並能介紹清楚,為什麼做這個系統?這個系統的價值是什麼?這個系統有哪些功能?優缺點有哪些?如果讓你重新設計這個系統你會如何設計?

我覺得這就已經足以概括瞭。也許你僅僅工作一年,也許你做的是項目中微不足道的模塊,當然這些一定是你的劣勢且無法改變,但是如何彌補這個劣勢,從方老師的話中我總結幾點:


1、明確你的項目到底是做什麼的,有哪些功能


2、明確你的項目的整體架構,在面試的時候能夠清楚地畫給面試官看並且清楚地指出從哪裡調用到哪裡、使用什麼方式調用


3、明確你的模塊在整個項目中所處的位置及作用


4、明確你的模塊用到瞭哪些技術,更好一些的可以再瞭解一下整個項目用到瞭哪些技術


在你無法改變自己的工作年限、自己的不那麼有說服力的項目經驗的情況下(這一定是扣分項),可以通過這種方式來一定程度上地彌補並且增進面試官對你的好感度。


補充一點,在面試中聊你的項目的時候,有一個問題90%是繞不過的:談一下你在項目中解決過的比較復雜的問題。這需要在工作中不斷去發現和探索,不需要多,在你自己目前的項目中隻要你找到一兩個能說的問題就行。一個小技巧是,即使問題不是你解決的而是別人解決的,但是你把這個問題弄懂、搞透瞭,在面試的時候你一樣可以把這個問題當作是你自己解決的來說----畢竟,誰來管這個問題當時到底是不是你解決的呢?



關於專業技能


寫完項目接著寫寫一名3年工作經驗的Java程序員應該具備的技能,這可能是Java程序員們比較關心的內容。我這裡要說明一下,以下列舉的內容不是都要會的東西----但是如果你掌握得越多,最終能得到的評價、拿到的薪水勢必也越高。


1、基本語法


這包括static、final、transient等關鍵字的作用,foreach循環的原理等等。今天面試我問你static關鍵字有哪些作用,如果你答出static修飾變量、修飾方法我會認為你合格,答出靜態塊,我會認為你不錯,答出靜態內部類我會認為你很好,答出靜態導包我會對你很滿意,因為能看出你非常熱衷研究技術。


最深入的一次,LZ記得面試官直接問到瞭我volatile關鍵字的底層實現原理(順便插一句,面試和被面試本身就是相對的,面試官能問這個問題同時也讓面試者感覺到面試官也是一個喜愛研究技術的人,增加瞭面試者對公司的好感,LZ最終選擇的就是問瞭這個問題的公司),不要覺得這太吹毛求疵瞭----越簡單的問題越能看出一個人的水平,別人對你技術的考量絕大多數都是以深度優先、廣度次之為標準的,切記。


2、集合


非常重要,也是必問的內容。基本上就是List、Map、Set,問的是各種實現類的底層實現原理,實現類的優缺點。


集合要掌握的是ArrayList、LinkedList、Hashtable、HashMap、ConcurrentHashMap、HashSet的實現原理,能流利作答,當然能掌握CopyOnWrite容器和Queue是再好不過的瞭。另外多說一句,ConcurrentHashMap的問題在面試中問得特別多,大概是因為這個類可以衍生出非常多的問題,關於ConcurrentHashMap,我給網友朋友們提供三點回答或者是研究方向:


(1)ConcurrentHashMap的鎖分段技術


(2)ConcurrentHashMap的讀是否要加鎖,為什麼


(3)ConcurrentHashMap的迭代器是強一致性的迭代器還是弱一致性的迭代器


3、設計模式


本來以為蠻重要的一塊內容,結果隻在阿裡巴巴B2B事業部面試的時候被問瞭一次,當時問的是裝飾器模式。


當然咱們不能這麼功利,為瞭面試而學習,設計模式在工作中還是非常重要、非常有用的,23種設計模式中重點研究常用的十來種就可以瞭,面試中關於設計模式的問答主要是三個方向:


(1)你的項目中用到瞭哪些設計模式,如何使用


(2)知道常用設計模式的優缺點


(3)能畫出常用設計模式的UML圖


4、多線程


這也是必問的一塊瞭。因為三年工作經驗,所以基本上不會再問你怎麼實現多線程瞭,會問得深入一些比如說Thread和Runnable的區別和聯系、多次start一個線程會怎麼樣、線程有哪些狀態。當然這隻是最基本的,出乎意料地,幾次面試幾乎都被同時問到瞭一個問題,問法不盡相同,總結起來是這麼一個意思:


假如有Thread1、Thread2、Thread3、Thread4四條線程分別統計C、D、E、F四個盤的大小,所有線程都統計完畢交給Thread5線程去做匯總,應當如何實現?

聰明的網友們對這個問題是否有答案呢?不難,java.util.concurrent下就有現成的類可以使用。


另外,線程池也是比較常問的一塊,常用的線程池有幾種?這幾種線程池之間有什麼區別和聯系?線程池的實現原理是怎麼樣的?實際一些的,會給你一些具體的場景,讓你回答這種場景該使用什麼樣的線程池比較合適。


最後,雖然這次面試問得不多,但是多線程同步、鎖這塊也是重點。synchronized和ReentrantLock的區別、synchronized鎖普通方法和鎖靜態方法、死鎖的原理及排查方法等等,關於多線程,我在之前有些過文章總結過多線程的40個問題,可以參看40個Java多線程問題總結。


5、IO


再次補充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。


6、JDK源碼


要想拿高工資,JDK源碼不可不讀。上面的內容可能還和具體場景聯系起來,JDK源碼就是實打實地看你平時是不是愛鉆研瞭。LZ面試過程中被問瞭不少JDK源碼的問題,其中最刁鉆的一個問瞭LZ,String的hashCode()方法是怎麼實現的,幸好LZ平時String源代碼看得多,答瞭個大概。JDK源碼其實沒什麼好總結的,純粹看個人,總結一下比較重要的源碼:


(1)List、Map、Set實現類的源代碼


(2)ReentrantLock、AQS的源代碼


(3)AtomicInteger的實現原理,主要能說清楚CAS機制並且AtomicInteger是如何利用CAS機制實現的


(4)線程池的實現原理


(5)Object類中的方法以及每個方法的作用


這些其實要求蠻高的,LZ去年一整年基本把JDK中重要類的源代碼研究瞭個遍,真的花費時間、花費精力,當然回頭看,是值得的----不僅僅是為瞭應付面試。


7、框架


老生常談,面試必問的東西。一般來說會問你一下你們項目中使用的框架,然後給你一些場景問你用框架怎麼做,比如我想要在spring初始化bean的時候做一些事情該怎麼做、想要在bean銷毀的時候做一些事情該怎麼做、MyBatis中$和#的區別等等,這些都比較實際瞭,平時積累得好、有多學習框架的使用細節自然都不成問題。


如果上面你的問題答得好,面試官往往會深入地問一些框架的實現原理。問得最多的就是Spring AOP的實現原理,當然這個很簡單啦,兩句話就搞定的的事兒,即使你不會準備一下就好瞭。LZ遇到的最變態的是讓LZ畫一下Spring的Bean工廠實現的UML圖,當然面對這樣一個有深度的問題,LZ是絕對答不出來的/(ㄒoㄒ)/~~


8、數據庫


數據庫十有八九也都會問到。一些基本的像union和union all的區別、left join、幾種索引及其區別就不談瞭,比較重要的就是數據庫性能的優化,如果對於數據庫的性能優化一竅不通,那麼有時間,還是建議你在面試前花一兩天專門把SQL基礎和SQL優化的內容準備一下。


不過數據庫倒是不用擔心,一傢公司往往有很多部門,如果你對數據庫不熟悉而基本技術又非常好,九成都是會要你的,估計會先把你放到對數據庫使用不是要求非常高的部門鍛煉一下。


9、數據結構和算法分析


數據結構和算法分析,對於一名程序員來說,會比不會好而且在工作中絕對能派上用場。數組、鏈表是基礎,棧和隊列深入一些但也不難,樹挺重要的,比較重要的樹AVL樹、紅黑樹,可以不瞭解它們的具體實現,但是要知道什麼是二叉查找樹、什麼是平衡樹,AVL樹和紅黑樹的區別。記得某次面試,某個面試官和我聊到瞭數據庫的索引,他問我:


你知道索引使用的是哪種數據結構實現嗎?

LZ答到用的Hash表吧,答錯。他又問,你知道為什麼要使用樹嗎?LZ答到因為Hash表可能會出現比較多的沖突,在千萬甚至是上億級別的數據面前,會大大增加查找的時間復雜度。而樹比較穩定,基本保證最多二三十次就能找到想要的數據,對方說不完全對,最後我們還是交流瞭一下這個問題,我也明白瞭為什麼要使用樹,這裡不說,網友朋友們覺得索引為什麼要使用樹來實現呢?


至於算法分析,不會、不想研究就算瞭,記得某次面試對方問我,Collections.sort方法使用的是哪種排序方法,額,吐血三升。當然為瞭顯示LZ的博學,對算法分析也有一定的研究(⊙﹏⊙)b,LZ還是硬著頭皮說瞭一句可能是冒泡排序吧。當然答案肯定不是,有興趣的網友朋友們可以去看一下Collections.sort方法的源代碼,用的是一種叫做TimSort的排序法,也就是增強型的歸並排序法。


10、Java虛擬機


出乎LZ的意料,Java虛擬機應該是很重要的一塊內容,結果在這幾傢公司中被問到的概率幾乎為0。要知道,LZ去年可是花瞭大量的時間去研究Java虛擬機的,光周志明老師的《深入理解Java虛擬機:JVM高級特性與最佳實踐》,LZ就讀瞭不下五遍。


言歸正傳,雖然Java虛擬機沒問到,但我覺得還是有必要研究的,LZ就簡單地列一個提綱吧,談談Java虛擬機中比較重要的內容:


(1)Java虛擬機的內存佈局


(2)GC算法及幾種垃圾收集器


(3)類加載機制,也就是雙親委派模型


(4)Java內存模型


(5)happens-before規則


(6)volatile關鍵字使用規則


也許面試無用,但在走向大牛的路上,不可不會。


11、Web方面的一些問題


Java主要面向Web端,因此Web的一些問題也是必問的。LZ碰到過問得最多的兩個問題是:


談談分佈式Session的幾種實現方式

常用的四種能答出來自然是讓面試官非常滿意的,另外一個常問的問題是:


講一下Session和Cookie的區別和聯系以及Session的實現原理

這兩個問題之外,web.xml裡面的內容是重點,Filter、Servlet、Listener,不說對它們的實現原理一清二楚吧,至少能對它們的使用知根知底。另外,一些細節的方面比如get/post的區別、forward/重定向的區別、HTTPS的實現原理也都可能會被考察到。


噢,想起來瞭,一致性Hash算法貌似也被問到瞭幾次,這個LZ以前專門深入研究過並且寫瞭兩篇博文,因此問到這個問題LZ自然是答得毫不費力。文章是MemCache超詳細解讀和對一致性Hash算法,Java代碼實現的深入研究,特別說明,LZ真的不是在為自已以前寫的文章打廣告啊啊啊啊啊啊。


最後,如果有興趣有時間,建議學習、研究一下SOA和RPC,面向服務體系,大型分佈式架構必備,救命良方、包治百病、屢試不爽。



關於HR面試


如果你過五關斬六將,成功地通過瞭所有的技術面,那麼恭喜你,你離升職加薪、出任CEO、迎娶白富美、走向人生巔峰又進瞭一步。但是還沒有到談薪資待遇的時候,最後還有一個考驗:HR面試。基本所有的大公司都有這一輪的面試,不要小看HR面試,很多公司的HR對於面試者都有一票否決權的----即使前面的面試對你的評價再高。


所以,這輪的面試也必須重視起來,HR面試主要問的是幾點:


1、簡歷中寫的過去工作經歷的離職原因


2、當前公司薪資待遇


3、期望能到怎樣的一傢公司


4、個人未來的發展方向


我專門提一下第2點。可能有人比較排斥也不想說這個,我個人倒是持開放狀態,問瞭就說瞭,當然一些的誇大還是必要的,當前公司薪資待遇多報個一千塊錢完全沒問題(畢竟是一傢互聯網公司總多多少少有些補貼啊什麼的嘛)。因為這和你在新公司能拿到的薪水關系不大,新公司能拿到的薪水的決定因素是整個公司的薪資情況以及根據你的面試情況在公司的定位,都是有固定的薪資范圍的。HR問這個主要也就是心裡有個數並且看你是否誠信----有些公司入職時會要求你提供最近一傢單位的銀行流水號。


HR面試就說到這裡瞭,總結起來其實就是四個字:滴水不漏。整個面試過程態度積極向上,不要有任何悲觀消極的態度(尤其在談到以前公司情況的時候,即使有再多的不滿),就不會有問題。



關於面試心態


這個嘛,LZ其實在公司也面試過幾個人,一半以上的面試者回答問題的時候都屬於那種雙腿發抖、聲音顫抖的類型。在LZ看來這大可不必並且這還是扣分項,回答問題的時候最最基本的兩個要求:


1、不緊不慢,平心靜氣


2、條理清晰


表達能力絕對是面試的時候重要的考察項目。咱們做的是程序員這一行,講究的是團隊協作,不是寫作、畫畫,一支筆、一個人就行瞭,一個表達能力不行的程序員,要來又有什麼用呢?


除此之外,就是保持良好的心態。古語說得好,隻要功夫深,鐵杵磨成針,面試的成功與否,在於平時的積累,臨時抱抱佛腳,看兩道面試題是沒有用的,隻要平時足夠努力,成功是水到渠成的事情,平時不怎麼研究技術的,那也就是個聽天由命的事情,隻要充分地展示平時自己的所學就可以瞭。


因此在我看來,不要把面試當作面試,當做一次技術交流,把面試的心態從我要找到一份工作轉變為我要通過面試去發現不足、提升自己,這樣就會平和多瞭,即使失敗也不會有太多失望的感覺。


另外,如果平時自己熱衷於研究技術的朋友,真的要有自信,不要覺得別人面試你別人就比你厲害。面試官未必比你優秀,他問的問題往往都是他平時研究得比較多的問題,你一樣有很多自己的研究面試官未必知道。



關於Java


網上常看到一種說法:Java比較簡單。某種程度上這會打擊Java程序員的信心----原來咱們平時用的是這種小兒科的玩意兒啊,在我看來這種想法大可不必,這一部分我來講講對於這個話題的看法。


這種說法有些片面,得分開兩部分來看,我用四個自總結一下就是:易學難精。


1、易學部分


Java易學我認為有兩部分的原因:


(1)很多培訓公司包括大四的學生找工作都會學習Java,絕大多數是因為易學。Java從C/C++發展而來,感謝前人的智慧,它消除瞭C/C++中最復雜和讓人困惑的語法、它消除瞭平臺的差異性、它不需要用戶手動釋放內存空間、它避免瞭Java程序員和本地語言的交互,讓程序員隻需要專註於語法層面和應用層面。


(2)Java作為一門面向對象的語言,在企業級開發中體現出瞭它無與倫比的特性,整個開發流程比較固定化、模塊化,需求分析起來也相對容易。我舉個自己以前的例子吧,我在大一學習C語言的時候,用C語言寫瞭一個圖書管理系統寫瞭2000行+的代碼,大四學瞭C++之後,用面向對象的語言C++取代面向過程的語言C語言重新寫瞭一個功能相似的圖書管理系統,隻寫瞭1100行的樣子,這就是面向對象的優勢。


2、難精部分


接著咱們聊聊難精的部分。


Java語言的設計者幫助Java程序員做瞭這麼多事情,這有利也有弊。有利的部分前面已經說過瞭,讓Java易學,不過有弊的部分同樣明顯。假如在應用運行過程中遇到瞭語法層面和應用層面之外的錯誤,應當如何處理?比如線上環境出現內存溢出怎麼辦?GC時間過長怎麼辦?IO長時間沒反應怎麼辦?方法拋出莫名其妙的異常怎麼辦?


凡此種種,絕不是一名隻會寫幾個if...else...的Java程序員就可以解決的,這需要大量的經歷、大量的實踐、大量對Java底層實現細節的研究,而這往往是最難、最考驗Java程序員的部分,一些人根本就不想往深去研究,另外一些人研究瞭一點點就研究不下去瞭。


Java為什麼難精?就是這個原因。除非你水平特別高,否則五年工作經驗以下的Java程序員在簡歷上寫"精通Java"絕對是一件非常愚蠢的事情。



結語


文章寫到這裡,感覺有點像雞湯文瞭,那就以最後的雞湯作為結尾吧。


在以前博客園的一篇文章中,講到瞭奔三程序員的困惑,大致說的是三十歲之後程序員要轉行之類的雲雲,LZ在博文中留下瞭如下的評論:



就以這段話自勉、共勉吧。越努力、越幸運,如果你不是官二代、富二代、紅二代,那麼請記住:勤奮才是改變你命運的唯一捷徑。


原文地址  http://www.cnblogs.com/xrq730/p/5260294.html

0 個評論

要回覆文章請先登錄註冊