怎么實現(xiàn)技術(shù)評卷時間0投入的？（下）

ShowMeBug

+ 關(guān)注

2024-07-11 17:09

743次閱讀

01 痛苦的編程題評卷

試想如下一個場景：

“技術(shù)面試官Arron 的企業(yè)要招聘Java 后端工程師，考核 SpringBoot 框架和 MyBatis 這兩個后端開發(fā)的必備技能。而他要負(fù)責(zé)評審多份候選人的編程題試卷，題目是要求使用SpringBoot 和MyBatis實現(xiàn)一個購物車結(jié)算功能。

Arron 經(jīng)常跟另個一個面試官對代碼打分產(chǎn)生分歧。

比如一位候選人使用SpringBoot編寫了購物車控制器，實現(xiàn)了加入購物車和結(jié)算請求的API。他使用MyBatis調(diào)用存儲過程，完成了庫存扣減等邏輯。代碼整潔，測試用例完整，另一位面試官稱贊了他的SpringBoot應(yīng)用結(jié)構(gòu)。

但是Arron評審時發(fā)現(xiàn)，他直接在控制器中寫了業(yè)務(wù)邏輯，沒有遵循MVC分層的架構(gòu)設(shè)計原則，導(dǎo)致可維護(hù)性較差，這點另一個面試官卻不太在意。

Arron已花費大量時間對代碼進(jìn)行逐行評審，他除了測試用例完整與否，還會在可維護(hù)性與解題思路等多方面進(jìn)行考察。

時間離截止只有兩小時，他與另一個面試官依舊爭執(zhí)不下，難以達(dá)成共識，編程題評審的復(fù)雜性讓Arron倍感壓力......”

以上技術(shù)招聘的場景，反映出了Arron 面臨的什么問題呢？

02 編程題的作用以及評卷困境

要回答這個問題，先要了解企業(yè)使用編程題進(jìn)行技術(shù)測評的原因。正如Linux的創(chuàng)始人Linus Torvalds 所說：“Talk is cheap，show me the code”。相對于選擇題、問答題，編程題最能直觀展示候選人在實際工作環(huán)境下的編程能力。

但企業(yè)對編程題進(jìn)行評卷時，往往面臨如下三大麻煩：

一、評審耗時費力

正如Arron所遇到的，當(dāng)侯選人的測試用例完整通過，但企業(yè)仍想深入考察其他方面的代碼能力；又或者測試用例沒通過，企業(yè)還是想深入了解他的代碼出了什么問題，這些都需要Arron逐行反復(fù)審閱代碼，耗費他巨大的時間與精力。

評審一位候選人所花時間可能平均需要幾十分鐘不等，更何況還不止一位候選人，可見評卷工作對Arron 來說確實是件苦差事。

二、評審維度單一

有的企業(yè)會出于提升效率的考慮，僅以簡單的OJ 系統(tǒng)評價候選人代碼是否通過測試用例，并不會進(jìn)一步考核代碼的其他方面，該評審方式可能更適用于海量候選人情況下的初步粗略篩選。

但若想進(jìn)行更加精準(zhǔn)的招聘，則需要考核候選人是否有真正的解決問題的能力，那么在技術(shù)測評中候選人的代碼除了“能跑通”外，其他維度也極為重要，這也是Arron 如此費心考核候選人代碼的原因。

根據(jù)知名技術(shù)問答網(wǎng)站 Stack Overflow 針對8萬名開發(fā)者的調(diào)研顯示，他們覺得除了代碼的“正確性”與“功能性”外，代碼的“可讀性”、“可維護(hù)性”、“可拓展性”、“安全性”、“代碼規(guī)范”、“開發(fā)效率”等維度的重要性也名列前茅。

三、評審受主觀偏差影響

但即便企業(yè)建立了更多的評分維度，也會由于面試官對不同維度的重視程度不同，而產(chǎn)生像Arron跟別的面試官之間，難以達(dá)成一致的問題。

國外一份發(fā)表于ESEM研究調(diào)查了127名來自17家公司的開發(fā)者，考察他們在代碼審查時關(guān)注的維度。結(jié)果顯示，開發(fā)者關(guān)注的維度因其崗位、工作經(jīng)驗和項目而異。例如，高級開發(fā)者比初級開發(fā)者更注重代碼設(shè)計和可維護(hù)性，嵌入式系統(tǒng)開發(fā)者比web應(yīng)用開發(fā)者更重視可測試性。

由以上三點可知，要解決編程題評卷的麻煩，需要建立自動化方式以節(jié)省時間，并且建立客觀全面的評價體系，而且同時還要盡量避免人為主觀偏好所產(chǎn)生的偏差。

那有什么方法可以實現(xiàn)呢？

03 編程題AI評分——全面、自動、高效、客觀的評價體系

AI 的出現(xiàn)帶來了破局之道。其依據(jù)算法所建立的標(biāo)判斷準(zhǔn)，以及全自動化流程，很合適搭建編程題評卷機制。ShowMeBug 也深知AI 的巨大意義，并實現(xiàn)了獨有的編程題AI評分功能，使用AI建立起了全自動化、高可靠性的評分體系，并在其中體現(xiàn)出了三大功能價值：

第一，該功能可對候選人的編程題答案進(jìn)行自動化評分，在數(shù)秒內(nèi)即可完成幾十分鐘甚至數(shù)小時的代碼評卷工作，并給出相應(yīng)分?jǐn)?shù)，讓評卷投入的時間與精力成本降至為0。

第二，針對候選人代碼，ShowMeBug 還依據(jù)實際工作場景中的代碼測試方法，設(shè)計了五大考核維度，分別為：

代碼正確性：評估候選人是否能夠按要求，編寫出測試用例正確通過的代碼，反映了候選人的基本編程水平和語言掌握程度。
解題思路：評估候選人是否能夠理解問題，提出合理的方案，并將其轉(zhuǎn)化為代碼。反映了候選人的需求梳理和問題解決能力，以及創(chuàng)新性思維。
代碼設(shè)計：評估候選人是否具備良好的代碼組織和模塊化能力，提高代碼的可讀性、可拓展性和可維護(hù)性。
代碼質(zhì)量：評估候選人能否遵循良好的編程規(guī)范和最佳實踐，編寫清晰、簡潔、可理解的代碼。
答題效率：評估候選人在解決問題時所花費的時間和資源，反映了候選人的工作效率和應(yīng)對復(fù)雜問題的能力。

第三，該功能還設(shè)計了“寬松/嚴(yán)格”兩種模式，供企業(yè)基于自身不同招聘需求來作調(diào)整。具體體現(xiàn)為：

“嚴(yán)格模式”下，一旦候選人測試用例沒有通過，則這道題便會判為0分，可適用于企業(yè)面臨海量候選人時，進(jìn)行初級的大規(guī)模篩選；

“寬松模式”下，不僅只考核測試用例是否通過，系統(tǒng)還會根據(jù)解題思路、代碼設(shè)計與質(zhì)量等維度進(jìn)行打分，可適應(yīng)企業(yè)更精細(xì)化的針對崗位與實際工作能力的招聘需求，對候選人的技術(shù)能力進(jìn)行多面向，與更深入的考察。

通過這些功能與價值，企業(yè)可極大提高評卷效率，提供更為客觀、全面、公正的評分依據(jù)，減少評卷時主觀分歧的影響，助力企業(yè)高效精準(zhǔn)地甄選人才。

多說無益，不妨再以Arron 為例：

Arron 的企業(yè)繼續(xù)招聘Python 后端開發(fā)工程師，并考察該候選人的的字符串處理和正則表達(dá)式能力。題目內(nèi)容為：候選人需要實現(xiàn)一個函數(shù)，該函數(shù)接收一個字符串作為輸入，然后將字符串進(jìn)行分詞，并生成對應(yīng)的標(biāo)記列表。

這次Arron 便可登陸ShowMeBug，在“考試大廳”的“考場設(shè)置”并中對試卷進(jìn)行編輯，找到評分規(guī)則設(shè)置并打開“智能評分”。由于Arron 并非只看重測試用例的完整性，他可以選擇寬松模式，除了測試用例以外，他還可對候選人代碼的其他維度進(jìn)行深入考察。

設(shè)置好后，Arron 便可邀請候選人進(jìn)行測評，候選人進(jìn)入測評界面后編寫代碼，完成后便可提交試卷。

提交試卷后的數(shù)秒鐘后內(nèi)，AI 便能自動完成對代碼的評分。之后Arron 便可進(jìn)入評卷界面，查看AI 所給出的分?jǐn)?shù)。

點擊“AI”標(biāo)志，還能看到AI 會根據(jù)設(shè)置好的五大維度，對代碼進(jìn)行每個維度的評分，并且依次給出評分理由。可以看到，該候選人的代碼全部通過了測試用例，但在“解題思路”、“代碼設(shè)計與“代碼質(zhì)量”等維度還有進(jìn)一步優(yōu)化的空間。

Arron 可以此作為依據(jù)，不僅能系統(tǒng)性全面了解該候選人的代碼是否能符合實際工作場景的需求，還能深入了解他的解題思路，以及對他的代碼設(shè)計、質(zhì)量與解題效率，提供一個客觀的參考標(biāo)準(zhǔn)。

當(dāng)然，Arron 也可根據(jù)自己的專業(yè)判斷和經(jīng)驗，在AI 評分旁作出適當(dāng)?shù)恼{(diào)整。

評卷完成后，Arron 還能一鍵生成人才報告，發(fā)予其他面試官查看，并就AI 的評分共同進(jìn)行探討，進(jìn)一步減少主觀偏差的影響。

通過ShowMeBug 編程題AI智能評分，Arron 便無須再逐行評審代碼，而且能以AI自動化方式，幫他節(jié)省海量的評卷工作量；也能讓他與其他技術(shù)面試官擁有了一個全面客觀的標(biāo)準(zhǔn)，規(guī)避彼此之間主觀分歧與偏好所產(chǎn)生的差異，更容易對所評分?jǐn)?shù)達(dá)成一致的共識；并最終深入考察候選人實際的工作能力。

[免責(zé)聲明]

原文標(biāo)題：怎么實現(xiàn)技術(shù)評卷時間0投入的？（下）

本文由作者原創(chuàng)發(fā)布于36氪企服點評；未經(jīng)許可，禁止轉(zhuǎn)載。