※ [本文转录自 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