面試技術人員，通常要和其他崗位有所區別，程式設計師也屬於技術性崗位，而且外人是很難了解具體技術細節的，要了解只能從幾個方面著手，包括：簡歷是否真實？候選人實戰經驗幾何？實戰測試？

瞭解簡歷的真實性

當你覺得簡歷沒有太多問題，需要的技能都貌似都有，和用人部門需求吻合時，在面試前，可以拉上用人部門的同事一起分析下。

要知道，程式設計師的簡歷很多都是普通人看不懂的，當他們提到“擅長於XXX技術”，那麼他很可能僅是知道XXX技術這個名字。比如簡歷上說，“在一個開發多執行緒股票交易系統的團隊裡工作，”那我就會認為應聘者可能只是為這個系統挑選了一下背景的顏色。我的要求一向不嚴格，除非碰到了一位有十年工作經驗、已經不再寫程式碼的傢伙。如果有人說他開發了OpenOffice軟體的文字格式化工具，或擁有哲學博士學位，那我們就很容易假設他們有什麼技能了。假設一無所有。一切都要證實。

模擬面試案例

找到一個面試的案例分享下：對於簡歷上每條相關的描述，我會首先估摸一下應聘者的實際情況。然後，我透過下面的交談來證實。開發過一個實時作業系統作為練習專案。你工作的團隊有多大？15個成員？哦，那麼，你實際上負責哪部分的？訊息佇列？很好！請描述一下一個高優先順序的任務向一個低優先順序的任務傳送訊息時會發生什麼情況？完全自主開發了一套為無線安全系統使用的音訊傳輸協議。你的團隊有多少人？只有你？哦，你是如何測試的？你為什麼不使用RTP呢？給XXX引擎修復Bug。請你描述一下你曾發現過的一個特別有挑戰性的bug，以及你是如何修復它的。第二部分：發現實際的經驗

要知道，有相關技術經驗的大牛，已經有了很強的第六感，能快速發現應該對某種模型、某種程式模組、什麼時候，對哪些部分做修改，這些技術細節，是一個庸人無法知道的。

並非所有的經驗都是等效的。很有可能，對於某個人，他透過多年的工作，在很多的任務中寫或重新無數的程式碼，犯了許多的錯誤，就能獲得紮實的技能。而另一種情況，一個人會在十年的時間裡只在一個專案裡修改了一行程式碼，沒有學到任何新的東西。

經驗的密度

在很小的團隊或小組裡工作。

參與過很多各種各樣的專案。

對一個大型專案的各個抽象層面上都有很詳細的瞭解。

在一個專案組裡作為主要開發者。

第三部分：驗證經驗

這部分要留給專業的部門同事，根據公司之前碰到的一些實際的開發問題，要後者給出可行性的方案，甚至部分可以程式碼實現，看下是否符合公司的需求。

HR不可能在面試中知道應試程式設計師的技術水平，不過能瞭解到薪資水平，團隊合作能力的非技術水平！！！因為她不懂，真的，除非之前確實接觸過相關內容。HR篩選程式設計師簡歷只看簡歷上寫的技能是否是公司需要的，比如，某些框架是否掌握。是否符合公司的學歷要求及工作年限｜經驗要求，及特殊要求，比如，有無金融，支付方面的經驗。一些大公司的HR還會做背調。