Re: [請益] 如何面試資深工程師

看板Soft_Job作者 (傑奇)時間8年前 (2017/12/25 13:39), 8年前編輯推噓7(7推 0噓 9→)
留言16則, 7人參與, 8年前最新討論串9/9 (看更多)
※ 引述《del680202 (HANA)》之銘言： : 最近被上面指派去面試跟招募人才 : 所以開始有了去面試其他人的機會 : 會想到這問題，是前天面了一個有十年左右工作經驗的工程師 : 面試過程中他聊了他如何設計一個系統架構，解決各種業務邏輯 : 包含他如何解決遇到的難題。 : 使用了哪些open source，選用的時候有哪些考量等等 : 整個過程對方充滿著自信，而我個人聽起來覺得這位面試者底力很夠沒啥問題 : 之後跟我同行的另一位同僚問了一個二元樹找最大子樹的白板問題 : 此時這是該面試者第一次讓我覺得他露出一點尷尬的表情 : 後來他要求給他點時間思考，我問我同事說為什麼要問這問題 : 他說面試工程師問這種問題應該是很基本的 : 我自己覺得對於這種工作好幾年的工程師比起考他這類問題 : 應該更注重對方對於系統架構等全面的理解，所以我不太喜歡問這種白板問題 : 事後針對這點我跟我同事討論了一段時間 : 不知到板上各位高手是如何面試一個資深工程師的 刷題是大公司的作法，因為履歷有千萬封自然要先篩選 反正篩完還是有一大堆可挑 然而個人認為一般公司而言 senior 最重要的是, 遇到困難時怎麼去處理 但這個困難不完全是技術層面的問題 而是是一些外部性/內部性問題所衍生的情況 例如startup下禮拜要出一個demo，現在要怎麼衝prototype？ 決定專案合適的 tool chain? 確認 CI/CD 範疇跟深度？ 當面臨資安/系統性問題時可以提出不同的方案？ 雖是技術，但必須考慮目前手上資源 junior 是找方法 senior 則是選方法，並且可以提供時程跟效率評估 cto / tech lead 則是帶人/確保下面提出的方法跟公司戰略align 讓 senior 去帶人則是台灣軟體業普遍常態 但不見得跟公司策略 align 像我認識很多優秀工程師 都會希望用最屌的新語言/架構 那的確是 senior 很愛做的事情 但重構必須是建立在有更好的轉換率情況 反過來說 如果他是不斷追求架構/或是接納新語言的工程師 那我會給他高度的 senior 評價 所以白板問題可以問 但不該是你選擇他的唯一重點 如果你手邊架構能力/解決問題能力/提出解決方法多樣性的 candidate 實在太多 那這時用白板題就 ok 雖然這種人很少(經驗豐富又是刷題高手) 這種咖通常去FLAG/去新創當cto了 -- ※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 61.228.123.169 ※ 文章網址: https://www.ptt.cc/bbs/Soft_Job/M.1514180380.A.533.html ※ 編輯: jackypan1989 (61.228.123.169), 12/25/2017 13:40:24
→
12/25 13:49, 8年前 , 1F
刷題和senior的時間點根本不一樣。出社會才開始刷題也
12/25 13:49, 1F
→
12/25 13:50, 8年前 , 2F
不是強者。大學四年刷千題時間足夠了
12/25 13:50, 2F
推
12/25 14:42, 8年前 , 3F
刷題這種東西一段時間沒用到就會開始忘了
12/25 14:42, 3F
推
12/25 14:43, 8年前 , 4F
只要一陣子沒找工作都會忘記面試的感覺了 XD
12/25 14:43, 4F
推
12/25 16:28, 8年前 , 5F
追求架構算什麼鬼senior...
12/25 16:28, 5F
→
12/26 07:49, 8年前 , 6F
追求架構是junior的摯愛吧...
12/26 07:49, 6F
推
12/26 10:12, 8年前 , 7F
每個人對junior senior定義不同吧，研究架構我也覺得
12/26 10:12, 7F
→
12/26 10:12, 8年前 , 8F
算senior了，畢竟這不是短時間就能了解怎樣環境下該設
12/26 10:12, 8F
→
12/26 10:12, 8年前 , 9F
計怎樣的架構，當然只看架構的形不是看神，就是junior
12/26 10:12, 9F
→
12/26 10:12, 8年前 , 10F
常犯的錯誤，認為最新最流行的才是唯一解。
12/26 10:12, 10F
推
12/26 10:19, 8年前 , 11F
追求跟活用的差別嗎？
12/26 10:19, 11F
→
12/26 13:14, 8年前 , 12F
我說的追求架構就是指"認為最新最流行的才是唯一解":)
12/26 13:14, 12F
僅是字義討論，未必有什麼實益 以我較擅長的前端來說 光 redux 這種state mangement tool chain 就有 n 種變化 redux, redux-promise, redux-thunk, redux-saga, redux-observable 我面試一定會問上面的幾種差異, 還有各自的優勢 有哪個 junior 能輕鬆回答的？ 難道就不是追求架構？ 而 "認為最新最流行的才是唯一解" 其實不是只有junior才會犯 :D ※ 編輯: jackypan1989 (59.115.132.200), 12/26/2017 15:37:40
推
12/26 19:46, 8年前 , 13F
IMHO,會去做你討論的研究、比較和選擇，就是senior(無關年
12/26 19:46, 13F
→
12/26 19:46, 8年前 , 14F
資)
12/26 19:46, 14F
→
12/27 00:04, 8年前 , 15F
同意樓上 :D
12/27 00:04, 15F
推
12/27 19:54, 8年前 , 16F
Thank you! (握
12/27 19:54, 16F
‣ 更多 jackypan1989 的文章
文章代碼(AID): #1QG8ySKp (Soft_Job)
討論串 (同標題文章)
本文引述了以下文章的的內容：
完整討論串 (本文為第 9 之 9 篇)：
排序： 最新先 | 最舊先 | 留言數
在新視窗開啟完整討論串 (共9篇)
‣ 更多 jackypan1989 的文章
文章代碼(AID): #1QG8ySKp (Soft_Job)