你

面試官

對你以前的項目和技能

很了解

只能聽你說，只能根據你說的內容做出判斷

在面試過程中的職責

在很短的時間內防守成功即可

如果找不出漏洞，就只能算你以前做過

準備時間

面試前你有充足的時間準備

一般在面試前用30分鐘閱讀你的簡歷

溝通過程

你可以出錯，但別出關鍵性的錯誤

不會太為難你，除非你太差

技巧

你有足夠的技巧，也可以從網上找到足夠多的面試題

其實就問些通用的有規律的問題

提問方式

目的

讓你描述工作經驗和項目（極有可能是最近的），看看你說的是否和簡歷上一致

看你是否真的做過這些項目

看你簡歷上項目裡用到的技術，比如框架、數據庫，然後針對這些技術提些基本問題

還是驗證你是否做過項目，同時看你是否了解這些技術，為進一步提問做準備

針對某個項目，不斷深入地問一些技術上的問題，或者從不同側面問一些技術實現，看你前後回答裡面是否有矛盾

深入核實你的項目細節

針對某技術，問些項目裡一定會遇到的問題，比如候選人說做過數據庫，那麼就會問索引方面的問題

通過這類問題，核實候選人是否真的有過項目經驗（或者還僅僅是學習經驗）

回答方式

後果

我在XX軟件公司做了XX門戶網站項目，這個項目做到了XX功能，具體是XX和XX模塊，各模塊做了XX功能，客戶是XX，最後這個項目掙了XX錢

直接打斷，因為業務需求我不需要了解，我會直接問他項目裡的技術

（需要招聘一個Java後端開發，會Spring
MVC）

最近一個項目我是用C#（或其他非Java技術）實現的，實現了……或者我最近做的不是開發，而是測試……或者我最近的項目沒有用到Spring
MVC

提問，你最近用到SSH技術的項目是什麼時候，然後在評語上寫：最近XX時間沒接觸過SSH

在畢業設計的時候（或者在讀書的時候，在學習的時候，在XX培訓學校，在XX實訓課程中），……

直接打斷，提問你這個是否是商業項目，如果不是，你有沒有其他的商業經驗。如果沒商業項目經驗，除非是校招，否則就直接結束面試

描述項目時，一些關鍵要素（比如公司、時間、所用技術等）和簡歷上的不匹配

我們會深究這個不一致的情況，如果是簡歷造假，那麼可能直接中斷面試，如果真的是筆誤，那麼就需要提供合理的解釋

要素

樣式

控制在1分鐘裡面，講出項目基本情況，比如項目名稱，背景，給哪個客戶做，完成了基本的事情，做了多久，項目規模多大，用到哪些技術，數據庫用什麼，然後酌情簡單說一下模塊。重點突出背景，技術，數據庫和其他和技術有關的信息。

我在XX公司做了XX外匯保證金交易平台，客戶是XX銀行，主要完成了挂盤，實盤成交，保證金槓桿成交等功能，數據庫是Oracle，前台用到JS等技術，後台用到Java的SSH ，幾個人做了X個月。不需要詳細描述各功能模塊，不需要說太多和業務有關但和技術無關的。如果面試官感興趣，等他問。

要主動說出你做了哪些事情，這部分的描述一定需要和你的技術背景一致。

我做了外匯實盤交易系統，掛單成交系統，XXX模塊，做了X個月

描述你在項目裡的角色

我主要是做了開發，但在開發前，我在項目經理的帶領下參與了業務調研，數據庫設計等工作，後期我參與了測試和部署工作。

可以描述用到的技術細節，特別是你用到的技術細節，這部分尤其要注意，你說出口的，一定要知道，因為面試官後面就根據這個問的。

你如果做了5個模塊，寧可只說你能熟練說上口的2個。

用到了Java裡面的集合，JDBC，…等技術，用到了Spring
MVC等框架，用技術連接數據庫。

這部分你風險自己承擔，如果可以，不露聲色說出一些熱門的要素，比如Linux，大數據，大訪問壓力等。但一旦你說了，面試官就會直接問細節。

這個系統裡，部署在Linux上，每天要處理的數據量是XX，要求是在4小時，1G內存是的情況下處理完5千萬條數據。平均訪客是每分鐘XXX。

要避免的情況

正確的做法

原因

回答很簡單。問什麼答什麼，往往就用一句話回答

把你知道的都說出來，重點突出你知道的思想，框架

問：你SSH用過嗎？

答：用過。

問：在什麼項目裡用到？

答：一個保險項目

問：你做了哪方面的事情？

答：開發

我直接不問了

說得太流利

適當停頓，邊思考邊說

讓面試官感覺你在背準備的東西，這樣後面問題就很難

項目介紹時什麼都說

就說些剛才讓準備的一些，而且要有邏輯地說

會讓面試官感覺你思路太亂

別太多介紹技術細節，就說你熟悉的技術

技術麵點到為止，等面試官來問

你說到的所有技術要點，都可能會被深問。面試官一般會有自己的面試節奏，如果你在介紹時就太多說技術細節，很有可能被打斷，從而沒法說出你準備好的亮點。

關鍵點

說辭

能考慮到代碼的擴展性，有參與框架設計的意識

我的項目XX保險項目，用到SSH技術，數據庫是Oracle，（這個是鋪墊），開發的時候，我會先和項目經理一起設計框架，並參與了框架的構建，連接數據庫的時候，我們用到了DAO，這樣做的理由是，把SQL語句封裝到DAO層，一旦要擴展功能模塊，就可以不用做太多的改動。

有調優意識，能通過監控發現問題點，然後解決

在開發階段，我就注意到內存的性能問題和SQL運行的時間問題，在壓力測試階段，我會通過xx工具來監控內存和數據庫，發現待提升的代碼點，然後通過查資料來優化。最後等項目上線後，我們會部署監控系統，一旦發現內存和數據庫問題，我們會第一時間解決。

動手能力很強，肯幹活，會的東西比較多，團隊合作精神比較好

在項目裡，我不僅要做開發的工作，而且需要自己測試，需要自己根據一些日誌的輸出到數據庫或Java端去debug，當我開好一個模塊時，需要自己部署到Linux上測試。

或者，一旦遇到問題，如果是業務方面的，我會及時和項目經理溝通，如果是技術方面的，我會自己查資料，如果是測試方面的，我會及時和測試的人溝通。

責任心比較強，能適應大壓力的環境

被問“你如果在項目裡遇到問題怎麼辦？”

回答：遇到問題我先查資料，如果實在沒法解決，不會拖，會及時問相關的人，即使加班，也會在規定的時間內解決。

有主見，能不斷探索新的知識

在項目裡，我會在保證進度的前提下和項目經理說我的想法，提出我的解決方案。在開發過程中，我會先思考一下，用一種比較好的方式，比如效率最高的方法實現。

另外你要找機會說出：平時我會不斷看一些新技術（比如大數據Hadoop），會不斷深入了解一些框架和技術的實現底層。

錯誤類型

導致的後果

前後矛盾，後面的回答無法證明你的項目描述，比如一開始說用到了Spring
MVC，後面沒法說出最基本的實現，比如不知道Spring有哪些類，或者沒法說出項目的細節。

我會懷疑這個項目的真實性，我就會進一步問：數據庫用什麼，數據量多少？多少人做了多少時間，一旦再出現明顯漏洞，比如一個小項目用到非常多的時間，那麼就不僅僅是技術問題，而是在面試過程中企圖“蒙混過關”的性質了。

項目裡一定會用到的基本概念性問題都回答不上，Spring的依賴注入概念是什麼，怎麼用的，或者Hibernate的一對多怎麼實現

一旦被我發現概念不知道，我就會通過更多問題確認，如果被我確認很弱，這就相當嚴重，因為技術能力差和技術沒用過是兩個截然不同的狀況，技術沒用過會導致直接出局。

面試時說出的工作經驗和簡歷上的不一致

我會直接懷疑簡歷是編的，我會讓候選人解釋，即使是說簡歷寫錯了，我也會問比較深入的問題來核實他的技能和能力。

簡歷上的技能描述和回答出來的明顯不一致，比如明明是只會簡單的Linux，但吹得天花亂墜

我會通過一些比較深的問題核實其他技能，找出其他方面吹噓的水分。

所以建議，你可以適當誇張，但別過分，比如你在項目裡沒搭建框架但平時學習時搭建過，你可以寫“XX項目的框架是你搭建的”，但你不能說你是一個架構師，非常了解項目的底層。

讓面試官感覺你不穩定，很浮躁，比如說話不莊重，或者面試時打扮非常不正規，就穿背心來。

即使你技術再好，這個會可能導致你直接出局。

我對油嘴滑舌的候選人一般會直接寫上不好的評語，這樣很難過後面項目經理的面試。

我還遇到一個人，簡歷上工作是半年一換，我問他為什麼經常換，他直接說是待遇問題，這個人我是直接Fail掉。

明說不能加班，不能出差

其實雖然有這一問，但公司裡未必真的會加班會出差。但

聽到這類回答，說明這個人不能承受大壓力的工作，或者責任心不強，大多數公司是不會要這種人的。