我怎麼又掛了？——面試中那些低級又致命的失誤

注：本文章只表明我的觀點。

最近一段時間聊了一些候選人。發現大多數的候選人都是被一些低級又致命的失誤PASS掉的。今天整理一些，但願各位同窗在這金三銀四的時間段，不要由於這些失誤錯失機會：

1 簡歷

1.1 使用word格式

每一次看到word格式的簡歷，都對候選人的印象降幾分。排版容易亂。有的時候還有編碼問題。一樣一份簡歷，使用pdf格式的文件，給人的印象都會好不少。

1.2 篇幅過多

有的同窗的簡歷能有3，4頁。（PS：看的我好累）。簡歷儘可能控制在一頁。不要什麼都寫上去。例如進行需求評審，完成需求開發，進行接口設計，進行數據庫表設計……掐指想想這些工做都是一個程序員不得不作的事情。不是說這樣寫的同窗能力不行，而是這樣寫沒有體現出同窗們的能力。如今你們作的系統可能是分佈式系統。那麼你能夠這樣寫。例如：負責XX服務（體現本身是一個系統的Owner），完成XX框架的設計與開發（體現對技術有提煉抽象能力），參與XX系統的開發（體現對其餘系統的貢獻）等等。

2 基礎

簡歷經過以後的第一道坎就是基礎。基礎就是一我的的「地基」，「地基」有多牢，房子才能蓋多高。那麼在基礎這一環節有如下容易犯的失誤：

2.1 技能多而不深

不少同窗會在簡歷上寫不少技能。無論程度如何，只要摸過的都往上寫。一個3年左右經驗的程序員，能把一個技術領域作深都難。那些不熟的技能就別寫了。另外是深度。不管本身會多少技能，都要有一個技能是要有深度的。對於一個Java程序員，那麼Java語言必定要是掌握的最深的。

2.2 跨過使用談原理

我發現不少同窗都喜歡跨過使用談原理。多是如今不少面試官都喜歡問原理，大多數的同窗可能都會去準備，可是殊不知道面試官問原理的初衷。在我看來，一個技術的原理是用來解釋爲何能夠這樣用的。好比，ArrayList的底層原理是線性表，LinkedList的底層原理是雙向鏈表，他們解釋了爲何插入刪除多的場景要使用LinkedList。原理必定是要能和使用掛鉤的。

建議陳述一個技術的時候從如下的思路進行：

1. 該技術都有哪幾種實現。
2. 幾種實現的區別是什麼。（或者：什麼場景下使用什麼實現）
3. 幾種方法的原理是什麼。（或者：爲何要在這種場景下使用這種實現）

這樣的思路才體現出正常狀況下對於基礎知識掌握的層次。

3 項目

項目在社招中是必不可少的環節。不少同窗掛在項目上。其中也不乏一些低級又致命的失誤

3.1 業務描述不清

做爲一個程序員。我本身也深有體會。忽然讓我講業務我也很難簡潔流暢的講清楚。這個本身仍是要在面試以前準備一下的。再講項目以前必定要先把業務講清楚。否則面試官會聽的一臉懵逼！

3.2 沒有亮點

不少同窗在講項目的時候，講的都不少（至少從時間上），但聽下來都沒有什麼亮點。不多有同窗能夠說，咱們作的這個系統有這樣幾個亮點（或者難點）。不少同窗認爲項目上的亮點和難點只有，高併發，大數據量，幾百幾千臺機器的分佈式系統。但實際上並非的，每一個業務場景都有本身的難點。好比：流程如何複用呀？代碼之間怎麼解藕呀？系統間的一致性呀？操做的冪等性呀？怎樣在服務好業務的同時最小化技術代價的呀？……這些都是要結合具體的業務場景來看的，並且每一個業務都要本身要解決的問題。這些問題就是亮點。

最後

但願同窗們不要犯上面的失誤，祝同窗們面試順利。下面是國家機密！！！

我來自螞蟻金服-保險事業羣，咱們如今在招：JAVA，前端和測試。歡迎你們自薦與推薦！個人郵箱：zejian.czj@antfin.com。個人微信：chaixiaojianbujian。歡迎各位技術朋友加微信交流與探討技術。

下面是地球機密！！

螞蟻金服-保險事業羣目前處於高速發展的時期。除此以外整個保險行業也處在快速互聯網化的過程當中，而螞蟻保險是其中很是重要的一支力量。 咱們不是保險公司，咱們也不僅僅是一個買保險的平臺。咱們是一個使用創新技術和創新商業模式爲保險行業附能，爲用戶創造價值的平臺。去年有產出相互寶這樣有溫度的互助項目，也有產出定損寶這樣具備科技味道的自助產品。並且事業羣在去年拿到了阿里集團的紅草莓獎！（含金量槓槓的）目前咱們正在快速發展中！很是期待各位同窗的加入，讓咱們一塊兒作一件充滿溫暖的事情！