Re: [請益] 如何面試中認出優質的工程師？

[SmallpTsai (Smallp Tsai)]

※ 引述《accessdenied (存取違規)》之銘言：
: 我想這種開發隊友大家應該不陌生才對，所以，想跟大家請教，有什麼方法可以在面試過
: 程透過什麼類型的問答或是測驗可以預先察覺這種人格，提前過濾掉？

這些問題其實在公司流程上都有工具可用
(Sanity test fail, Reopen rate, Build error)
大公司可量化進而操作績效
小公司也可以參考定些較彈性的規則 (ex. build error 的人當下輪 build master)

不過我猜你想問的還是如何在"面試中"找出可能有此問題的人
我的建議是
就明白的問他有沒有遇過這樣的問題, 解法是什麼, 怎麼避免
多面幾個你就能分出好的作法和不好的作法了

個人認為
人不是機器, 出錯是難免的
能夠用客觀的"工具" (ex. test-driven) 幫助自己降低出錯機率的加分
而若回答是主觀的"我很細心""會再三檢查"這種多半都不行

若某天專案時程很趕, 或他因為無法控制的變因身心俱疲(被甩了etc..)
要怎麼保證不會就炸了?

以上個人經驗

--
※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 36.226.132.219
※ 文章網址: https://www.ptt.cc/bbs/Soft_Job/M.1529848866.A.2E1.html
推 maxqq: 推人不是機器，所以我們才需要輔助工具
→ beaprayguy: 認同這篇，應該是導入制度和典範
→ beaprayguy: 若案子很趕品質本來難control,更因該要工具
推 senjor: 我願意因為我造成的BUG自主加班，但前提是要讓我先用工時
→ senjor: 掛上所有我覺得該作的test (ry
推 jazzter: 推 SmallP
推 PivotOGC: 推推推
→ bndan: 純推4樓senjor...有些問題與其治標不如治本....