Re: [心得] 真.中年危機

看板Tech_Job (科技人)作者NDark (溺於黑暗)時間8小時前 (2025/05/09 20:33)推噓11(11推 0噓 20→)

留言31則, 12人參與討論串3/6 (看更多)

※ 引述《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://www.ptt.cc/bbs/Tech_Job/M.1746793992.A.6B0.html

→

NDark

05/09 20:33, 8小時前 , 1^F

05/09 20:33, 1^F

※ 編輯: NDark (123.193.163.144 臺灣), 05/09/2025 20:34:44

推

yamakazi

05/09 20:38, 8小時前 , 2^F

05/09 20:38, 2^F

推

lelele

05/09 20:45, 8小時前 , 3^F