※ [本文轉錄自 Soft_Job 看板 #1MT3U_gq ]
作者: ntddt (哀便毛) 看板: Soft_Job
標題: [心得] QNAP Cloud徵才感謝祭
時間: Sat Dec 19 00:43:39 2015
感謝soft_job/tech_job版讓敝部門能有機會面談許多優秀人才，在此回饋一些面談心得
，希望可幫助到求職/求才的版友。
<動機> 以"長久合作"為前提的求才/求職
<原則> "尊重"、"透明"、"誠實"
< summary >
<< 尊重對方的時間 >>
<< 需求的透明 >>
<< 清楚的溝通 >>
<< 知道所以然 >>
<< 尊重對方的提問 >>
<< 決策的一致性 >>
面談常有談到最高package或招聘最強人才的迷思，似乎銷售技巧大於評估合適性。不論
是求職方誇大自己的經驗得到很高package但無法勝任的職位，或求才方過度美化公司前
景文化以低薪得到很強的人才，結果雙方一合作幾個月後發現根本不適合而分開 造成更
大損失。如求才方訓練、交接、士氣等成本，求職方花時間重找工作的機會成本等。
求職/求才合作比較像相互訂閱制，其中一方不玩了可立馬解約，而非買斷制，沒必要硬
拚第一次成交，而是看雙方是否有長期合作的可能性還比較有效益。
在此必須承認，敝部門在面談過程中犯下了不少錯誤，對一些來面談的版友比較不好意思
，再次說聲抱歉 :)
我們犯的錯會轉化成心得的一部分...XD
<< 尊重對方的時間 >>
< 求職方 >
* 遲到或早到最好都先告知，雙方的時間都是寶貴的，求才方可能在面試前後已安排許多
重要會議，提早跟延後都會被打亂。
* 可要求先電話面談，理由下面會說明。
* 看情況準備介紹自身經歷的輔具如ipad、筆電，會比起用口述的更具體更有效率。
* 自己的經歷最好有充分準備，面談時清楚有效率的表達很重要！
<求才方>
* 先約30分鐘"電話面談"以快速了解雙方現況與期待，約50%情況可不用再排on-site以節
省雙方時間。求職者on-site成本尤其大，如請假、舟車勞頓、2-3小時的筆試+多輪面談
等。
* 準時。
<< 需求的透明 >>
< 求職方 >
* 期望待遇，文化偏好 ，團隊合作模式。不過在台灣通常會放後面講，或用"詢問"來確
認。
* 不用擔心問太多太細，求才方也希望你多問一點，畢竟求才方要找的求職方是認同他們
的，值得多花時間。
< 求才方 >
* 面談開始就說明職缺需求、部門/公司目前現況、未來短中長期目標與挑戰、讓求職者
能針對該職缺需求挑重點經驗講、而不是求才方亂槍打鳥問看似相關的經驗或是求職方贅
述很多低相關性的經驗。雙方一起合作找出與需求高度相關的經驗比單方面猜測有效率的
多。
* 徵才文就寫清楚更好。
<< 清楚的溝通 >>
< 求職方 >
極度重要！很多人在這扣分。
* 介紹自己做過的專案一定要能把重點/差異化的地方凸顯出來，最好能用top-down方式
介紹大架構，導引出最有價值的點，接著看求才方對那些細節有興趣再補充。
* 求才方未必都很懂求職方過去用的技術，或懂但想探知求職方了解多少及表達的思路清
不清楚。不論是哪種情況，也是需要有耐心的把求才方有興趣的事情講清楚。
例：為何選node.js寫backend？
可說明跟那些solution比較過，full stack統一語言的好處，event-driven I/O的好處，
callback style的trade-off等。
< 求才方 >
介紹職缺要求、公司現狀等最好能順過並有組織條理的表達，求職方也會觀察未來合作時
溝通是否能順暢。
<< 知道所以然 >>
雙方提供的價值都是解決問題，問題類型千奇百怪，隨時間演進，今天用的方法/技術，
明天未必適用。所以，知道今天為何要這麼做，有哪些好處，有哪些潛在問題，怎麼權衡
，一旦外在環境改變比較能知道何時該改變，為什麼要改變。
< 求職方 >
也很重要！很多人在這被扣分
* 自己做過的東西一定要知道why? 每個決策的考量點有哪些？適用情境？如情境改變如
何調整？
決策包含選擇語言，框架，演算法，系統架構等。
* 情境題/程式題未必能在短時間寫出最佳解答，最起碼思路要講清楚，一般來說求才方
會透過追問，提示的方式一起幫助找出適合的solution，主要還是看問題解決過程。
* 了解自己在每份工作中對公司的價值。
如：擔任full stack developer時，主動幫助團隊建立許多common library，省下很多重
刻類似功能的資源，且主動提出spec補強的建議，幫助公司設計出更適合市場的產品吸引
更多user。
< 求才方 >
* 可多問問求職方需要推導，整體思維，無法輕易google出答案的問題。
* 另外，自己也必須準備為何目前系統採用這樣的架構，團隊採用這樣的流程。
* 問求職方在某公司任職時的價值與定位為何？[2] (原PO還蠻喜歡的問題)
這問題可以問到的有求職方是否有以公司，團隊的角度思考自己的定位，以及如何根據自
己的特性/技能提供公司/團隊更多價值。
<< 尊重對方的提問 >>
< 求職方 >
* 筆試要認真寫，先看過一遍題目再分配時間，有寫一些答案或解題過程比空白好，畢竟
這些題目都是求才方努力設計過增加辨別度的工具。
* 不要覺得求才方問太多或太細很麻煩，有時是求才方為了想用各種角度探索應徵者的專
長，將優點全部榨出來，如此有機會更符合職缺需求，同時也有依據向HR爭取更高薪水。
< 求才方 >
* 認真回答求職方的各種問題以彰顯透明度、態度，對公司評價影響很大。
<< 背景的透明 >>
鼓勵對方去做reference check，多角度的資訊通常較能拼湊出真實面貌。
< 求職方 >
提供linkedin讓求才方知道有哪些共事過的朋友/同事可供reference check。
< 求才方 >
鼓勵求職方多問幾個內部員工、網路上的公司評價，也是展現自信的方式。
<< 決策的一致性 >>
< 求職方 >
雖然拿到offer後在任何期間(含onboard後)都可以反悔，但也希望別太反覆，除非有很正
當理由，否則會給求才方留下扣分的印象。
< 求才方 >
若要決定給offer，請與公司HR確定後再給求職方答覆，而不要一下給一下又不給，或是
反過來。
< 參考資料 >
[1] yoco: https://www.ptt.cc/bbs/Soft_Job/M.1447698467.A.9CC.html
[2] Hire a Top Performer Every Time with These Interview Questions
※ 引述《ntddt (哀便毛)》之銘言：
: 不好意思 手動置頂一下, 敝部門持續徵人中, 目標還要3-4人, 麻煩有興趣的強者
: 與我聯繫 感謝 :)
: (如違反版規麻煩不吝賜教, 友商似乎也是有類似做法 ^^" )
: 目前收到網友的問題主要有
: 1) 公司之前是不是很亂?
: Ans: 公司到一定規模多少都會有調整組織, 至少我能確定是敝部門可持續擴編
: 2) 用的程式語言?
: Ans: Python 2.x為主, 未來看情況拆micro-service, 不排除用golang, java, node.js
: 3) 工時?
: Ans: 正常, 如需要也不一定要待在公司, 可彈性從公司外vpn.
: 可比較時薪/CP值 :)
: ※ 引述《ntddt (哀便毛)》之銘言：
: : 你對打造自有品牌的雲端服務有夢想嗎？
: : 一身功夫只能去幫外國人或強國人打工嗎？
: : 還是在做白牌設備嗎？做服務總是只支援繁簡中兩國語系嗎？
: : 不要再遲疑，如果你跟我們一樣也希望以台灣之名做出全世界都喜歡的服務，請加入我們！
: : < 我們做的事 >
: : * 現在: 提供雲端服務讓使用者可以既方便又安全的遠端存取與分享NAS資料與服務
: : 入口網站: https://www.myqnapcloud.com
: : * 未來: 打造全方位的資料管理雲服務，讓資料可以在您與朋友的多個空間無礙的流動
: : 服務上線可推廣到全球超過百萬的消費者，不怕做出來沒人知道沒人用
: : < 我們能提供的 >
: : * 業界中上package: 100萬~180萬/年 (看需求符合程度)
: : * 績效導向，沒有不健康加班 (萬一需要可遠端連線繼續努力)
: : * 黃金地點 (捷運忠孝新生站出口前, 下雨天不用帶傘)
: : * MBP + 大螢幕 (可再+1)
: : * 有機會貢獻open source專案
: : * 打造國際級軟體服務的機會
: : * 擁抱Agile與DevOps等先進精神
: : * 員購NAS (約6折)
: : < 我們的需求 (按比例分配) >
: : < 硬技術 >
: : * (25%) 開發大型Distributed System經驗(考量High Availability, Scalability, Load Balance), user愈多, 流量愈大, 邏輯愈複雜愈好.
: : * (20%) 熟Java, Python, Golang等可用來開發大型系統的OO語言, 熟functional語言加分.
: : * (15%) 熟Distributed System Infra. 如: NoSQL, Distributed Cache, Message Queue, Distributed Coordination, Event Bus, IaaS, PaaS.
: : * (15%) 熟悉軟體開發每個環節: User story, System/architecture design, Implementation, Testing, CI, Deploy, Operation.
: : * (10%) 貢獻open source專案的經驗, user愈多愈好
: : * (10%) 對技術細節有潔癖. 每看到一次bug就會想用不同方法/設計/工具來避免再度發生.
: : * (5%) 持續追蹤新技術與其適合的scenario. 如: docker, spark, micro service, web assembly.
: : < 軟技術 >
: : * (30%) 團隊 > 個人的態度, 主動幫助別人, 如Scrum精神持續改進, 分享知識, 帶給全團隊+10戰鬥力的靈氣
: : * (30%) 溝通: 有效率的善用各種溝通方式, 撰寫文件, 報告/demo (筆試要用英文寫喔~)
: : * (15%) work smart > work hard, 以正常工時為第一目標
: : * (15%) 帶領團隊的經驗, 如何打造軟體人才想久留的環境
: : * (10%) 說服我們您的跨界興趣/才藝對工作很有幫助, 如: 旅遊達人, 星海2大師, 跳舞狂
: : 我們希望團隊組成盡量多元一點, 一起激發更多創意!
: : < 附註 > 制式104工作介紹: https://goo.gl/WkIgCa
: : 如有興趣者想談談看(請提供履歷, linkedin, github, stackoverflow)或有問題者,
: : 歡迎寄站內信 或 jimhorng@qnap.com