一位前Facebook Tech Lead曾經說過：面試就好像是在第一次約會的時候，就決定是不是要跟對方結婚。

這雖然是個無奈的笑話，但也真實地反映了技術面試中的一個難題：面試官需要在相當有限的時間里，準確地判斷候選人的技術水平。

因此，很多技術面試官都會在面試流程中加入一個編程測試的環節，來確認候選人是否真的具備了崗位所需的技術能力。但是，想要進行一次高質量的編程測試，卻不是一件簡單的事情。

那么，哪些因素會給編程面試的結果帶來負面影響，又應該如何規避呢？

01  4個原因，讓編程測試的考核效果大打折扣

在硅谷，編程測試往往是技術面試流程中的第一步。然而，在Reddit、LeetCode等平臺上，很多工程師甚至會拒絕某些公司的編程測試。同樣的聲音，在國內的技術論壇中也并不鮮見。失敗的編程測試，往往會讓應聘者對公司留下糟糕的印象。

我們在研究中發現，如果編程測試的效果不理想，通常可以歸結為下面的一個或幾個原因：

原因1：平臺使用不便

如果寫代碼的平臺常常有故障，或者缺乏一些必備的功能，候選人就必須先花大量的時間弄清楚如何參加考核，而不是把注意力放在如何解決問題上。這時，候選人的答題體驗勢必不會太好，自然也就難以發揮出自己的正常水平。

原因2：題目質量不佳

題目的質量是編程測試的靈魂。在設計考核題目時，技術面試官容易踩到這樣的坑：

•  題目本身理解難度太高，需要太多的上下文進行解釋，候選人很難在短時間內讀懂題目；

•  用理論和算法題來考核候選人，然而這類題目與崗位所需的技能關聯性不足，解法在實際工作時基本用不上或者不常用，這類題目很容易淘汰一些編程能力強、但卻不擅長刷題的工程師。

原因3：互動性不足

編程測試不是大學里的閉卷考試，假如只有候選人一個人“埋頭苦寫”，面試官很容易只關注最終的結果，而忽視了候選人的編碼思路是否清晰、細節考慮是否全面、遇到Bug的調試方法是否合理，這種單向的編程測試很容易讓面試官得出片面的結論。

相反，編程測試最好能像打乒乓球一樣，雙方需要有來有回地“交鋒”，面試官才可以更細致地評判候選人的技術思考力、架構能力和工程化能力。

原因4：面試復盤靠記憶

在發出一個Offer之前，技術面試官往往會面試多個候選人。面試過程中，面試官的關注點基本集中在傾聽和思考候選人的回答上。面試結束后，多數面試官只能依靠記憶力或者一些簡單的面試記錄，來評定誰的代碼質量更好。一旦面試人數增多或者面試流程拉長，面試官的記憶很有可能出現偏差，給用人決策帶來風險。

針對這些原因，面試官應該如何應對，才能讓編程測試發揮原本應有的作用呢？《論語》中的一句話給了我們一點提示——工欲善其事，必先利其器。

02  基于1024PaaS上的輕協同IDE環境，讓編程測試更流暢高效

尋找“利器”，看似是工匠提升手藝的捷徑，但在技術面試中借助工具的力量也不失為一個好辦法。ShowMeBug就是技術面試官的“利器”。

早在3年前，ShowMeBug構建了一個全新的基礎設施研發團隊（團隊名為1024PaaS），對云協同IDE進行了重構式的設計與研發，讓它擁有了輕量簡潔的編程界面、自動化的環境配置與流暢的跨平臺協作體驗，能夠深度考核技術人員的實戰能力。

那它具備哪些特性呢？

第一，開箱即用的云上編程環境，不僅支持38種編程語言，更支持Spring、Django、Rails、Vue、React 等11種實戰工作主流的開發框架。

第二，用戶體驗友好，支持答題區TODO、答題區FIXME、文件樹鎖定隱藏搜索等功能，讓雙方更針對具體問題進行討論，最大程度降低題目理解成本。

第三，互動性強，文件樹、編碼區、Shell和Console組件都可以實時同步狀態，在面試環節，支持多人協作，實時看到對方的動作。

擁有了這個工具之后，我們又應該如何將它應用到編程測試中去呢？ShowMeBug給你支招，接著往下看。

03  使用ShowMeBug，將編程測試升級為實戰考核

基于 1024PaaS 上的輕協同IDE，技術招聘不再束手束腳，技術面試官可以輕松在這個IDE上，使用以下功能，將“平臺使用不便、題目質量不佳、互動性不足、復盤困難”這4個問題逐一擊破。

? 項目級真實環境，候選人輕松上手

首先，基于1024PaaS上的輕協同IDE為候選人打造了一個項目級真實編程環境。

這個編程環境與本地開發環境非常相似：有源代碼編輯器（支持代碼補全、代碼高亮、代碼注釋、語法檢測與錯誤提醒、代碼跳轉等一系列本地IDE功能）、有可以看到代碼實時渲染效果的內置瀏覽器、有控制臺(Console)、終端(Shell)與文件樹。

基于1024PaaS上的輕協同IDE界面展示

在這個易于使用又強大有力的開發環境下編程，候選人基本沒有學習成本，有助于他們更充分地發揮自身的技術能力。

? 多種編程框架+海量實戰題，面試隨取隨用

前文我們說到，題目的理解難度與質量會在相當程度上影響編程測試的結果。有了基于1024PaaS 上的輕協同IDE，面試官不僅可以快速自定義題目，還可以直接調用崗位題庫。

如果面試官想要自定義題目，可以一鍵調用所需的編程語言或框架，幾乎每個框架和語言都有詳細的使用說明，還可以提前設置好測試用例，在幾分鐘內完成出題。

前端框架Vue3的使用說明

當編程題目中有多個答題點需要候選人補充代碼時，面試官可以給題目設置答題區、答題引導與評分引導。設置完成后，答題區就會在候選人的答題界面中被高亮標注，方便候選人快速定位、高效答題，進一步降低題目的理解成本。

候選人視角下已被高亮標注的答題區

當然，面試官也可以直接使用ShowMeBug的崗位題庫。這個題庫支持選擇、填空等10種題型，其中最具特色的是實戰工程題型，這類題目在考察候選人的代碼能力上有著獨特的優勢。

ShowMeBug崗位題庫

為什么這么說呢？我們來看一個例子：當一位面試官想了解前端工程師對 Vue3 樣式綁定與列表渲染的掌握程度，可以選用下圖的這道題，讓候選人直接寫出相應代碼，實現題目中的功能需求。這類題目的答案無法通過“刷題”獲得，候選人到底有沒有真實力，只要拿出類似的實戰編程題一測便知。

ShowMeBug前端框架題實例

為了保證題庫的質量，ShowMeBug成立了一支技術評估小組，專門優化與打磨這些編程題，并外聘了行業專家顧問，保證題庫的時效性與專業性，有效降低了測評的誤差。

截止目前，ShowMeBug的題庫中心已累計了4000多道題目，并正在以每月400道題目的更新速度高頻擴充，面試官可以隨時調用題庫中的任意題目，不用再擔心編程題目不實用、不夠用的問題。

? 實時協同Coding，提升面試互動感

面試的互動性不僅關乎候選人的體驗，更有助于技術面試官觀察候選人的編碼思路，增加技術考核的深度。

基于 1024PaaS 上的輕協同IDE環境，讓編程測試的互動感有了巨大的飛躍。它保證了代碼編寫過程中的組件同步、鼠標同步與視角同步，而且還做到了0% 代碼沖突率，延遲 50ms 以下，無論是線下還是遠程面試，代碼交流都能暢通無阻。

ShowMeBug協同Coding功能展示

此外，ShowMeBug還有一個特色功能——在線Debug。在給代碼打上斷點并點擊Debug按鈕后，候選人就可以對代碼逐行調試，并在調試完成后，點擊運行用例查看調試結果。技術面試官可以借此考核候選人定位、調試、修復Bug的能力。

ShowMeBug在線Debug功能

? 字節級回放技術，降低人才決策風險

當面試人數越來越多時，技術面試官需要將多個候選人的表現進行綜合比較。這時候，ShowMeBug的字節級回放技術就能派上用場。

ShowMeBug會將候選人在技術測評與在線面試中的每一個操作完整記錄下來，并自動將其儲存在云端服務器上。其中，切屏、代碼復制、Debug、運行用例等特殊操作，還會在時間軸上被特別標注，方便面試官直接跳轉查看。

ShowMeBug 回放功能

在回看過程中，面試官還可以倍速播放或拖拽進度條，既能節省時間，也不錯過任何細節，更好更快地完成面試復盤，降低人才決策的風險。

總的來說，只有當編程測試在一個上手簡單、使用體驗好、互動感強的環境下進行時，候選人才可以毫無保留地展示自己的編程技能，ShowMeBug所傾力打造的就是這樣一個環境。

更重要的是，1024PaaS引擎是一個高效、可靠、易用的技術測評工具，這個工具不僅支持多種編程語言和框架，還具有友好的用戶界面和強大的互動性，可以讓面試更加高效、聚焦。

技術官面試官不必靠感覺、憑經驗去判定一個候選人能否勝任崗位，而是可以通過科學的考核方法與系統性的面試復盤，更高效、更準確地完成技術招聘。