看到這個我也來分享一下我的簡單測試
小弟找新人會用四則運算來做白板題
寫一個四則運算的白板題
不會太複雜就是給一個函數然後兩個輸入
最後會輸出這兩個輸入的四則運算結果
簡易程式碼考題:
cal(inputValue1, inputValue2)
{
輸出加減乘除的結果
}
面試樣本數大概 1x 位, 大概的人數我忘了
以下是幾種面試人的反應
1. 完全寫不出來
# 真的有人看到白板手寫寫不出程式碼...
2. 很快寫完，問一下除法的作法是否正確
3. 寫之前會向我確定 spec. 然後再很快的寫完
4. 很快寫完也有處理到除法的陷阱
第1種類型的我就會很快速的面試完然後謝謝再聯絡
第2、3、4種的我就會多問一點錯誤處理，像是如果我輸入的數值非整數
或是有 0 的話要怎麼處理
完全看當下面試者的反應，分以下幾種
比較好的是可以有條理地說出理由跟做法
次等一點的是需要一些引導可以講出"合理"的做法跟理由
最後就是作法搖擺不定，假裝嚴厲地問一下就會開始自我懷疑...
這樣找到的新人大部分都還可以訓練
至少溝通上面沒有太大問題~
※ 引述《tomtang0406 (~~~)》之銘言：
: 需要什麼樣的流程，愚以為要看公司規模，系統特性，人員組成來決定，大象不會跳舞。
: 打快攻有快攻的流程（搶市佔），禁區防守有防守的流程（鞏固現有勢力），看產業模式
: 而定，沒有一定標準做法。
: 原PO看起來想用「方便、快速做事」的流程，但想問怎麼找到適合這樣流程的夢幻人選。
: 無論後面爭論的內部管理與流程，但一開始如何面試合適的人，都是個值得思考。
: 最近剛好我也在煩惱這個招募問題，我想會用上機考的方式，給一個lab, 裡面只有一個
: 簡單的function，但是有bug，我會請面試者找出裡面的bug並修復。
: 實際上bug不只有一個，最粗淺的就是編譯失敗的語法問題，括號不對稱或是變數存取範
: 圍不一致這類，這個解不了，我就送他到門口鞠躬說聲謝謝請等待通知。
: 編譯失敗的問題解決了，如果面試人立即回報說這題完成了，那我就會知道他不是一個細
: 心的人，只看見眼前的問題，而沒有看到後面跟著的其他問題。
: 我應該會至少準備四種bug在裡面：
: 1. Runtime error：8元素的陣列，存取指標應該0-7，但迴圈卻用了1-8，或是迴圈條件
: < 故意寫成 <= 來產生此錯誤。
: 2. 極值檢查錯誤，例如除法，我分母塞入0他有沒有想到這種可能，先檢查出來？
: 3. 邏輯錯誤：程式本身運行正常不會有error, 但是輸出的結果都是錯的，他找不找得出
: 原因？
: 4. 錯誤處理：在一定會有錯誤發生的地方他有沒有想到並處理掉？例如連資料庫或是api
: 但是面試的辦公室根本不可能連到。
: 後面這四個都會事前準備好單元測試，面試人交件後自動一跑，看幾個綠燈，就可以大概
: 知道這面試人的細心程度....
: 關於原PO的問題，這應該是我會嘗試的方法。