※ 引述《jamo (hi)》之銘言：
: : 附記：
: : 好像四十五歲以後，我就不再給面試的新人丟程式碼考試卷了。
: : 因為工作態度跟人和根本考不出來，不過還是會問一下基本的羅輯思考，
: 你說的對,考卷只能考一部分的專業
: 最重要的工作態度跟人和根本考不出來
: 這也是我最頭痛的問題,想問問看大家都怎麼解這一題?
有心就問得出來
就跟做專案一樣 是不是自己做的
從回答的自信度 詳細度 就一定有差異
2017年的時候 我職位剛好擔任面試官
針對 遊戲程式面試 設計了一個測試方法
細節我覺得不需要講太多 連結放推文
因為畢竟隔行如隔山 每間產業公司都有自己的文化與標準
每個工程師都有自己人生意義
這種軟性 工程師又很少討論的議題 不太容易取得共識.
這個方法我覺得有優點也有缺點 有比我更有CP值得方案分享出來說服我.
我簡單講兩個要點
第一個是 上機考:
我設計的上機考是: "一起來DEBUG"
我設計了三到五題 "有數個不等問題的程式" 請面試者找出問題在哪裡
面試者找到幾個 怎麼覺得那個是問題 有沒有跟我討論 都是評鑑標準.
這個上機考是一個未來會與你共事的考試 我們未來要一起解決問題的模擬
所以技術能力(有沒有找到問題)只佔一半分數
溝通能力 對技術的觀念 是另一半分數
缺點 面試者求好心切 一題會看二十分鐘 要是連闖五題我最慘得陪著乾瞪眼一小時
第二個是 經歷訪談:
狹義來講我的目的是找到一個能跟自己配合的開發者
廣義來說目的是嘗試找出以下特質：
經驗豐富，願意採用不同的方法，接受與團隊以非程式的方式溝通，
具備其他選項思維的可能性，同時能夠在結問的過程中順利說明出來的開發者。
因為開發過程中 所有的技術決策都一定是trade off.取了優點就一定付出缺點.
所以對於每個項目或專案，我的問法會像是不只結問有沒有做過？
而更重要的是為甚麼（Why）及怎麼（How）作？
使用了甚麼樣的方法解決問題？使用了幾種方法？
每個方法有甚麼優缺點？
遇到什麼問題？
有沒有辨識到問題的成因，有沒有嘗試任何解法？
嘗試了之後有沒有解決問題？
環境因素造成無法解決問題時怎麼思考？
從事後來看，有沒有更好的做法？
缺點 通常要聊一個半小時
雙方才會逐漸建立互信 才能讓對方卸下心防開始坦承(抱怨)
有用嗎?
當時有錄取(且拿到offer)的那位同仁
入職公司半年內在一次公司危機狀況有表現而受到公司層級的表揚.
這樣應該算有用