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