注：本文章只代表個人觀點。
最近一段時間聊了一些候選人。發現大多數的候選人都是被一些低階又致命的失誤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。原理一定是要能和使用掛鉤的。
建議陳述一個技術的時候從以下的思路進行：
- 該技術都有哪幾種實現。
- 幾種實現的區別是什麼。（或者：什麼場景下使用什麼實現）
- 幾種方法的原理是什麼。（或者：為什麼要在這種場景下使用這種實現）
這樣的思路才體現出正常情況下對於基礎知識掌握的層次。
3 專案
專案在社招中是必不可少的環節。很多同學掛在專案上。其中也不乏一些低階又致命的失誤
3.1 業務描述不清
作為一個程式設計師。我自己也深有體會。突然讓我講業務我也很難簡潔流暢的講清楚。這個自己還是要在面試之前準備一下的。再講專案之前一定要先把業務講清楚。不然面試官會聽的一臉懵逼！
3.2 沒有亮點
很多同學在講專案的時候，講的都很多（至少從時間上），但聽下來都沒有什麼亮點。很少有同學可以說，我們做的這個系統有這樣幾個亮點（或者難點）。很多同學認為專案上的亮點和難點只有，高併發，大資料量，幾百幾千臺機器的分散式系統。但實際上並不是的，每個業務場景都有自己的難點。比如：流程如何複用呀？程式碼之間怎麼解藕呀？系統間的一致性呀？操作的冪等性呀？怎樣在服務好業務的同時最小化技術代價的呀？……這些都是要結合具體的業務場景來看的，而且每個業務都要自己要解決的問題。這些問題就是亮點。
最後
希望同學們不要犯上面的失誤，祝同學們面試順利。下面是國家機密！！！
我來自螞蟻金服-保險事業群，我們現在在招：JAVA，前端和測試。歡迎大家自薦與推薦！我的郵箱：zejian.czj@antfin.com。我的微信：chaixiaojianbujian。歡迎各位技術朋友加微信交流與探討技術。
下面是地球機密！！
螞蟻金服-保險事業群目前處於高速發展的時期。除此之外整個保險行業也處在快速網際網路化的過程中，而螞蟻保險是其中非常重要的一支力量。 我們不是保險公司，我們也不單單是一個買保險的平臺。我們是一個使用創新技術和創新商業模式為保險行業附能，為使用者創造價值的平臺。去年有產出相互寶這樣有溫度的互助專案，也有產出定損寶這樣具有科技味道的自助產品。而且事業群在去年拿到了阿里集團的紅草莓獎！（含金量槓槓的）目前我們正在快速發展中！非常期待各位同學的加入，讓我們一起做一件充滿溫暖的事情！