因技術團隊人員調整及項目組擴編，需要招幾個 Java 程序員，3～5年左右，領導要求的是能力要比現有的大部分技術人員要強，並且寧缺勿濫。
說白了，領導對現有的技術人員的技術水平是不怎麼滿意的，想招一些能力更強的來提高整個技術團隊的實力，從而帶動整個團隊良性發展。
提交招聘需求後，HR小姐姐就忙瘋了，我也瘋了。。她每天要從幾百份程序員簡歷中篩選出幾十份符合公司招聘基本硬性條件的，比如學歷、專業等要求。
我也忙瘋了，每天要從幾十份簡歷中再篩選出十來份符合項目組要求的，再讓 HR 小姐姐聯繫面試，然後每天面試好幾個人。
過去的這一週，我陸陸續續面試了近 30 個 Java 程序員，從和他們的交談我也有學到一些，也感受到了人與人之間的差別，有些面試一度讓我覺得很尷尬。
下面我從以下幾個方面總結下這一週的戰況吧！
1、面試態度
一個人的面試態度說明一個人的基本素養，這一週遇到的兩個求職者也是刷新了我對面試態度認知了。
第一個，是一個快要畢業的大學生，我走進去，兩耳朵掛着耳機線，手上捧着手機（時不時瞄一下），全程沒有放下。是否在聽東西不重要，戴着耳機，我個人覺得不太禮貌，全程捧着手機這個就更過分了，大學四年白讀了，先學會尊重人吧。
第二個，是一個工作五、六的程序員，進去就感覺一副很拽的姿態，工作五六年，看簡歷以爲很厲害，結果能力還停留在基本使用階段。問題稍微問深入一點，給我兩字：不會，語氣上還懟我，然後拿起手機玩起來，低頭不語……他確定是來面試的麼，不是過來砸場子的。
能力強不強不說，還可以有上升空間，但態度不行的，我估計沒人會讓他通過面試。
2、學歷僞造
有一個求職者已經通過技術面試了，並且各方面綜合條件都不錯，不過到了 HR 談薪資的時候被查出學歷是僞造的，最後無疾而終，不得不放棄，有點可惜。
我能感受到這位求職者對技術的熱情及努力向上的心態，無奈學歷在很多公司是個敲門磚，也讓這些求職者鋌而走險僞造學歷。
站在個人的角度，我可能會選擇，但站在公司的角度，會考慮更多，一方面，公司希望選擇學歷與能力兼備的人才，另外一方面，公司也是被動選擇的，因爲在評估公司整體實力的時候對人員學歷水平是也是有要求的，在這方面我也只是瞭解。
學歷問題有很多因素吧，有的是家庭經濟因素，有的是年輕不懂事，個人不上進因素，總之，有機會的話，建議大家一定要好好讀書，雖然讀書短期不會有太大收益，也不一定能發財，但對於將來的仕途是百利而無一害的。
3、項目經驗僞造
項目經驗僞造這個相對說得過去，很多人都會去 “包裝” 簡歷，因爲這個公司也不會去做項目經驗背調，所以只能從面試的交談中來驗證真實性，你能忽悠過去是你的本事，忽悠不過去，一樣是慘淡的收場。
在面試過程中，很多人的回答都停留在書面上的東西，問到實際應用的解決方案、及遇到的問題，一個也答不上來，這樣一看就是真實的經驗。
說說我最近面試的幾個求職者吧，包裝就包裝吧，就是包裝的有點太過明顯。
比如說有個人說他公司用到了 Spring Cloud 構建的微服務架構，當我問他都有哪些服務模塊，服務與服務之間是怎麼通信的，卻還要長時間思考，最後說出來就那麼回事了。
另外就是，有的求職者把個人的學習項目當作公司項目來進行包裝，當我問到版本是怎麼迭代開發的，上線後都是誰用，這樣隨便一問就經不住考驗了。
所以，我給大家的建議的是，即使要包裝項目經驗，也得花心思對項目深入瞭解，能夠自圓其說，儘量走在面試官前面，你對項目的熟悉程度越高，面試的成功率也就更高，撒謊也得學會圓謊一樣的道理。
4、精通各種技術
說實話，現在 Java 程序員的簡歷技能都是千篇一律，Spring, Spring Boot, Spring Cloud, Docker, Redis，關鍵字琳琅滿目...
不實戰面試根本不知道他的掌握程度，有的人甚至在簡歷上寫了精通 XXX...
老實說，我現在連 Java 基礎都不敢說是精通，因爲很多基礎類庫我也只能說是瞭解和基本使用，還有很多估計都沒聽過..
一般情況下，如果他寫了精通 Spring，我就理解爲他會基本 "使用"，瞭解 Redis 我就理解爲他只是 "聽過"。
劃等號：精通＝會使用，瞭解＝聽過
所以說，你還敢說你精通 XXX 嗎？
雖然精通不能濫用，但是，如果你確實是某開源項目的大牛，對源碼和思想有深入的研究，那麼你可以寫精通。
另外，如果你簡歷不會寫，沒有模板，可以關注棧長的公衆號Java技術棧，回覆簡歷，我給你準備了兩套常見的程序員簡歷模板，希望能對你有用。
5、眼高手低
從上面的技術棧我們知道，現在很多程序員的簡歷、技能樹是吹的天花亂墜，而當我一問最樸實無華的基礎，很多都是打臉！
下面我舉最近面試實戰的例子吧，下面兩個人的面試過程一度笑場。。。
棧長：我看你簡歷寫了你有深入學習阿里巴巴的《Java開發手冊》，你能說幾個重要的規範嗎？
小A：可以啊，阿里巴巴規定不能創建線程池，要使用 new Thead() 這種來手動創建線程，...
棧長：（總感覺哪裏不對勁）等等，不能創建線程池？你是不是理解有誤，規範說的不是不能創建線程池，是不能通過線程池自帶的工廠來創建，而要使用 new ThreadPoolExecutor() 方式來手動創建線程池，這樣你能很清楚知道線程池的內部構造，避免使用不正確的隊列導致內存溢出風險……
小A：原來是這樣啊，學習了，謝謝指正
（這裏笑場了……）
來看原版怎麼說的：
最新完整版本，請關注公衆號Java技術棧回覆 "手冊" 關鍵字獲取。
小A完全說反了，也許是理解錯了，也許是臨場發氣揮……
再說一個案例，也是很搞笑的。
棧長：我看你簡歷寫了熟悉微服務、容器技術、以及各種分佈式技術，分佈式鎖，分佈式事務等，那我問一下，MySQL 中的事務隔離級別有哪幾種？默認哪一種，你們用哪一種？
小B：有四種，讀未提交，讀已提交，不可重複讀，串行化，我們用的第四種，不對，用的默認第三種：不可重複讀。
棧長：（什麼鬼）不可重複讀？那不可重複讀是解決了什麼問題呢？
小B：嗯，解決了可重複讀的問題
（我要笑場了，後面又開始尬聊了……）
小B完全說反了，並且對事務並沒有深刻的認識。
很多求職者雖然簡歷上寫了一大堆高大上的技術，或者在反問環節問公司有沒有用這些技術，或者正在學習這些技術，但回到最基本的技術知識點，卻一知半解。
當然，學這些技術並沒有錯，確實也是未來的發展趨勢，但能不能把最基礎的東西先掌握好呢？不然只會讓人覺得有點眼高手低。
總結
本文棧長從面試態度、簡歷僞造、技術掌握程度總結了這一週的面試戰況。
一週下來，面試近 30 人，技術面試通過 2 人，面試面到我心態爆炸，招到合適的人還是挺難的。
也許有人會說：面試造火箭，上班擰螺絲
這隻能說他們太年輕。現在 IT 市場人才氾濫，企業的選擇有很多，競爭也很大，對程序員的要求自然更高，都是擰螺絲的，同樣的價錢，爲什麼企業不招一個又會造火箭又會擰螺絲的？而且現實是，很多企業不差錢，差的是能實際解決問題的人才。
換句話說，萬一哪一天火箭出問題了，需要維護，你只會擰螺絲的話，能有上位的機會嗎？所以說，我們只有掌握更多，才能贏得更多的機會，機會都是留給有準備的人的。
企業嚴格招人，其實是好事，這樣逼着我們不得不努力學習，不得不進步，如果不進步，做 1 年，3、5年、10年，到時候再抱怨自己中年危機嗎？
另外，我們要認真對待每場面試，尊重面試官，做好各方面準備，提高面試成功率，有浪費面試的時間，我們都可以複習很多知識了。
最後，共勉！
推薦去我的博客閱讀更多：
2.Spring MVC、Spring Boot、Spring Cloud 系列教程
3.Maven、Git、Eclipse、Intellij IDEA 系列工具教程
覺得不錯，別忘了點贊+轉發哦！