若是當前沒有拿得出手的簡歷，也別慌，努力的話最多兩年狀況就能改變

    在以前的一篇博文分析若干沒面試機會和沒體現實力的簡歷裏，我講了些有實力有項目經驗但簡歷沒寫好的狀況。不過對於有些同窗，當前狀況確實不容樂觀，好比作了若干年後想轉行，或者非計算機相關專業想要作IT工做，或者有「頻繁跳槽」等狀況，總之簡歷拿不出手。這個時候，也不用慌。

    我自己作過兼職IT培訓，也在外企和互聯網公司作過技術面試官，見到過很多候選人，若是簡歷上去掉最近一兩年的經歷，絕對連面試的機會也沒，但他們最後確實成功入職。對於這些人，我很是敬佩，我平時也得學習他們積極上進的精神。在本文裏，就將專門介紹這些同窗成功的訣竅。

1 面試有技巧，但能力和當前經歷是關鍵

    我以前寫了很多講面試技巧的博客，也出了兩本面試相關的書， Java Web輕量級開發面試教程和Java核心技術及面試指南，其中一方面是講述如何概括總結提高能力，另外一方面講述面試技巧，講過如何挖掘提煉簡歷，但從沒講過如何弄虛做假修改簡歷（之後也不會講）。面試技巧對你們有什麼幫助呢？

    1 能力自己就已經到位，經過面試技巧能更好地表述本身。

    2 能力可上可下，經過面試技巧能揚長避短。

    3 能力稍有欠缺，經過面試能知道本身須要補充哪方面知識點。

    但若是能力或當前經歷不行，面試技巧的幫助意義就不大。好比是個Java後臺開發崗，小A最近1年都沒作Java，那麼再怎麼說也沒法改變這個事實，又如小B最近2年乾的是測試、實施或其它和開發無關的工做，那麼簡歷再怎麼寫，也沒法改變「最近沒有Java項目開發經驗」的事實。在這個時間點，刷題和練面試說辭可能就意義不大了，由於簡歷發出去後，比較好的公司未必會給面試機會，這個時間段，更多地就該找個能提供實踐機會的公司。

2 轉行和積累經驗，從小公司外派公司作起

    大的或好的IT公司，可能會簡歷的要求會比較高，好比要有若干年的相關項目經驗，或者最近用到的技術棧須要和職位需求相匹配，但不是全部的公司就這樣。

    好比外派，就被一個外包公司外派到xx銀行、xx公司或xx現場，也就是去作乙方。這類職位，每每只要甲方公司面試成便可，而甲方公司給出的工資可能會低於本公司同類崗位，因此要求未必高，只要能幹活就行，因此面試時要求會適當下降。

    又如樓層公司和創業公司，可能沒法提供穩定性，工資也可能低於平均行情，但這類公司每每很難找到合適的開發崗，因此面試要求也不高，也能幹活就行。

    相比之下，找這類能提供實踐機會的公司，先考慮在本公司外派（即外包公司接到活在本公司幹），再考慮外派到甲方場地。畢竟這兩類公司規模都不小，並且外派到甲方甚至還有可能轉成甲方正式員工。若是再不行，考慮樓層公司和創業公司，說實在話，這些公司過了幾年未必還在，但提供實踐機會綽綽有餘。 

3 如何證實本身「能幹活」

    上面提到的標準是「能幹活」，相比大公司「技術熟練」的標準，這已是很低了，下面咱們來對比下。

	能幹活	技術熟練
項目經驗	能經過若干個學習項目瞭解框架技術（好比Spring Boot）的流程，有商業項目最好，不論商業項目年限	必定要有商業項目經驗，且有年限要求，且商業項目裏用到的技術點須要和職位要求很匹配
技能點	會用經常使用的API方法幹活	更得了解底層
數據庫	會增刪改查，最多外帶索引等很是基本的優化技能	瞭解比較多的性能優化技能，對數據庫集羣等高級知識點要有必定了解
分佈式架構	會基本的操做，好比用nginx作負載均衡的配置方式，且未必要有商業項目經驗	得在商業項目裏用過，且得了解必定的底層細節
綜合評價	能在項目經理帶領下幹活，有問題提出來，別拖進度便可	熟悉項目開發各流程，有問題儘可能先本身解決，在項目裏能夠獨當一面

    從上表來看，「能幹活」的標準真不高，那麼如何體現出這點呢？

    1 儘可能多帶相關技能的商業項目經驗，若是沒有，用學習項目湊也行。

    2 在平時學習中多掌握些常規的用法，好比Java多線程，Java集合，以及框架知識點，在簡歷中項目描述裏，多列些相關技能點，面試時能說的上來。

    3 數據庫方面，至少用過1種主流數據庫，複雜SQL語句沒問題，最好能掌握一些緩存數據庫和NoSQL技能（未必要有商業項目經驗）。

    4 讓人在讀完簡歷後，感受到你以前確實作過相關項目，至於這個項目是畢業設計項目仍是培訓班項目仍是商業項目，那固然最好是商業項目了。正由於你有過相似項目經驗，那麼這些外派公司（或小公司等）能感受你至少進來之後就能幹活。 

4 瞭解簡歷痛點，用時間去沖淡

    簡歷上若是出現關鍵性的問題，一些大公司可能未必給面試機會。

    1 好比最近處於失業狀態，且時間超過2個月，這證實工做意願不強或者能力不行。

    2 最近換工做太頻繁，這說明穩定性不強。

    3 相關年限不足，或者最近半年沒用到相關技能。

    不過上述痛點能夠用時間來沖淡，好比你最近2年比較穩定，並且乾的都是相關技能的活，那麼好比2年前有不穩定狀況，或者有必定時間的不在職狀態，只要你最近的項目裏用到的技能很是匹配，你至少有面試機會。只要你面試表現出色（這個階段就有基礎準備了），那麼以前的不穩定性就可有可無了。

   這裏，前提是「正視現實」，正視後不能再得過且過，而是得認真踏實，其實這樣過個兩年，簡歷就能很是好看，並且也有挖掘的潛力了。

5 培訓班是用錢買時間買經驗，可是否上，得看本身狀況

    說到這裏，不可迴避的話題是培訓班，是否要上？

    第一，培訓班是花錢買時間，你出了這些錢，培訓班能幫忙省去很多試錯的時間。不過若是當前你有機會經過各類手段進公司實踐，那麼天然以進公司爲主。何況，目前有很多視頻教程，這個費用相比培訓班而言，要少不少，若是你有足夠的自制力和執行力，經過本身看視頻學也是一種方法。

    第二，培訓班不是萬能的，在進培訓班前，最好先嚐試下經過修改簡歷海投簡歷找到一份實踐的機會。仍是這句話，關鍵要看本身努力程度，若是你平時得過且過，那麼誰也無法幫助到你，包括培訓班。

    第三，哪怕真的要進培訓班，哪怕培訓班號稱包就業，你在培訓班裏也得刻苦賣力，不能期望出了錢就萬事大吉。

    有句話叫：最瞭解你的人不是你的朋友,而是你的敵人，我在技術面試的時候，見過有些培訓班會想方設法地包裝畢業生，合理包裝本沒問題，但若是招個過分誇張但實際能力不行的，技術面試官就會被說，因此說技術面試官和培訓學校相互敵對並沒有不妥。我面試多了，甚至能從簡歷上看出這位候選人來自哪一個培訓學校，甚至也能經過候選人在面試的表現風格，推斷出是哪一個培訓學校哪位面試輔導老師幫忙輔導的面試。 

    話雖這樣說，但若是候選人自己項目經歷能夠，並且技術能夠，我並不會由於候選人來自培訓學校而有歧視，若是招的是外包（Vendor）崗，面試要求更低。若是你真的進培訓班，那麼以下的這些建議對你會有用。

    1 準備簡歷時，別用給定的模板項目描述，由於同期畢業生，若是用同一個項目模板，項目經歷會很雷同。也就是說，你最好用你本身的話把項目經歷說一遍再寫下來。

    2 別太多注重智力題算法題，這些都是輔助的。多準備些項目描述，尤爲是結合項目描述說清楚職位要求的技術。

    3 別僅僅停留在「會用技術」 ，再準備些亮點，哪些算亮點呢？（SQL虛擬機等）調優、（Spring Cloud等）框架組件、底層代碼、項目管理髮布流程（好比maven,jenkins）或在linux項目裏看日誌的技巧。

    4 項目千萬別高大全，好比爲期3個月的培訓班，你作出了一個物流項目，這誰都不信，三個月的時間，最多在一個維護項目上修修補補也夠了。

    5 有些培訓學校的老師，可能自認爲能把控面試過程，因此手下的學生在面試過程當中會揣摩面試官問題的用意，而後自動地回答推斷中的下一個問題，總之在面試中會過於強勢，用個不恰當的成語來形容：張牙舞爪，比較恰當的成語是：色厲內荏。面試過程當中始終得謙虛，哪怕聽出面試官問題的用意，說些面試官愛聽的話便可，或者經過三言兩語點出相關問題，等面試官來問。

    寫到這裏，發現上述建議不只是對培訓班有用，並且再次囉嗦一下，當前技術不行更得抓緊，拿出高考一半的勁頭看代碼看視頻看技術就好了。

    在這段的最後，我列些會讓培訓項目和學習項目穿幫的問題，問題答案你們本身想。

    1 問項目細節。這個項目規模多大，盈利多少？客戶是誰？最後有沒有上線？有多少開發多少測試？最後客戶是怎麼驗收的？

    2 問部署細節，這個項目部署在什麼系統上？用什麼工具打包部署？數據庫服務器如何設置？數據庫服務器如何作到熱備冗餘？

    3 問項目的管理和開發方式。這個項目的開發方式是什麼？假設回答是敏捷開發，那麼再問其中有哪些實施要點。

    4 問真實項目必不可少的要素，好比一個項目上線後，總會經過網關接入，大多有熱備冗餘和負載均衡，若是是Java項目，可能會運行在tomcat或spring boot等環境中。我就問，項目的網關是用什麼？如何實現熱備冗餘和負載均衡？如何部署到web服務器上，部署後配置文件如何管理？部署後如何看線上日誌？若是出現問題，如何把新代碼發佈到線上？

6 大公司好公司的技術要求？這些就是努力方向

    寫到這裏，咱們的一個核心觀點是，若是當前項目經歷和技能不行，經過各類方式狂補，再經過海投簡歷等方式，的確能找到實踐機會，但這僅僅是個過渡。 

    剛纔也提到了，這個時間段能應聘到的崗位，大多多是外派或者是規模比較小的公司，但人總要往高處走，在第3部分的表格裏，你們已經能看到大公司好公司的要求，這裏再從面試說下大公司的要求，這些就是你們的努力方向。

    1 熟悉主流框架技術，不只要能山寨代碼，業務上出了問題更須要經過debug定位問題，固然無需定位到框架層面，定位到業務代碼、數據庫代碼和ORM等代碼便可。這其實不難，作過半年之後，該學的都能學到，並且經過視頻等方式，瞭解底層代碼也不是難事。

    2 進一步瞭解些分佈式或微服務的技術，好比Spring Cloud系列，服務治理Eureka，負載均衡Ribbon，容錯Hystrix等，又如阿里系的分佈式組件。若是有項目實踐機會，再經過看視頻等手段，這些也不難學。

    3 不只要會作項目，並且要了解項目的管理方式，好比敏捷開發，項目打包部署手段，經過sonar管理代碼質量。

    4 遇到問題了，能經過debug等方式定位問題並提出解決方案，這就要求有remote定位問題的能力，並要求能會基本的linux文件操做的命令。

    5 從整體感覺上來看，候選人除了技術能力到位之外，看上去還得有責任心，表達能夠，有必定的分析和解決問題的能力，在項目裏能獨當一面，且有上進心。雖然這些描述性文字不少，但若是IT人事要不斷上進，而不是坐等被淘汰，這些要求其實並不過度吧。 

    說句得罪人的話，目前公司數量太多，並且各層次的公司都有，因此只要通過努力，再不行再通過培訓學校加持，各能力段的要找到份實踐機會其實並不難。我知道在有些公司裏，員工只要稍微熟悉些業務後，就會不斷重複勞動，若是主觀上不努力，可能就沒法接觸到項目以外的技術，並且作久了，若是態度不端正，就有可能在溫馨區裏混日子。

    但話說回來，有實踐機會是個質的飛越，由於不少技術在沒有接觸到的前提下，仍是比較枯燥的，但若是有實踐機會，平時多少能接觸到相關技能，學習的效率就能大幅度提高，換句話說，哪怕以前什麼都不懂，只要進了一個小公司，有了機會接觸到相關技能，後面的學習大多就是靠敲多代碼多看技術文章了。 

7 自信，最重要的是自信，從動盪公司到穩定公司乃至好公司，最多隻要2年

    若是在小公司幹久了，可能一直處於動盪階段，或者格局有限，會致使員工自信心不足，好比我見過一個工做年限在10年左右的人，各種公司都幹過，但都比較動盪，論能力好歹能達到大型互聯網公司資深開發的水平，但當我要推薦他去面試時，會給本身找不少技術不足的理由。

    其實很多比較上進的IT人，邁過了最初的困難期找到了對口的工做，並且在工做2年後也積累了很多經驗，這時就應該大膽地去嘗試更好的機會，若是是由於本身沉迷於溫馨區的安逸而不願上進，這個屬於咎由自取，但若是由於自信心不足，這就有些惋惜了。

    所謂面試造核彈，工做擰螺絲，一些大型互聯網公司還有一些好的公司，其實對能力要求並不如想象中那麼高，並且有2到3年實踐經歷之後，就能夠經過簡歷技巧和麪試技巧來讓本身在大公司裏找到工做。但若是一旦由於自信等緣由在底層公司裏呆久了，錯過發展機會是小事，把本身的技術棧、視野和發展前景限制在一個很小的區域，這纔是大事。

    要知道在一些大公司的平臺上，技術選型和項目管理方式是在小公司裏沒法想象的，大公司的牛人所在的技術高度也是在小公司沒法感覺到的，因此大公司能給到的發展高度也絕非是在一些小公司裏能想象到的。 

8 總結，求推薦，版權說明

    最困難的階段是開始階段，本人在篩選簡歷和麪試的過程當中，也能深深感覺到衆多上進的IT人在這個階段的無力感——知道該學什麼就能靠時間和體力勞動來堆積，但不知道怎麼學的話，這種迷茫感或許只有當事人才能感覺到。

    在這個階段，得多靠實踐多靠學習提高技能，而不是再一味地優化簡歷。在方法獲得的前提下，踏實上進加自信心，2年後絕對有機會進好的公司。而本文給出的一些方法，多少有些操做性。

    本人先後用了週末3個小時寫成此文。若是你們感受本文有所幫助，請幫忙推薦此文，若是感受文章內尚有不足，也請經過評論多多幫助本人，本人不勝感激。

    關於轉載有以下的說明。

    1 本文可轉載，無需告知，轉載時請用連接的方式，給出原文出處，別簡單地經過文本方式給出，同時寫明原做者是hsm_computer。

    2 在轉載時，請原文轉載 ，如要在轉載修改本文，請事先告知，謝絕在轉載時經過修改本文達到有利於轉載者的目的。