去年(20年)年底想出来看看机会,最后很幸运地拿到了 PingCAP,今日头条的 offer 以及蚂蚁金服的口头 offer。想着可以总结一下经验,分享一下自己这一段"骑驴找马"过的心路历程。当然,一家之言,难免粗浅,如有不妥,敬请指正。
准备过程
我自己是本科毕业后再老东家干了两年多,老东家算是一家"小公司"(毕竟这年头没有 BAT 或 TMD 的 title 都不好意思报出身),毕业这两年多我也没有在大厂待过,因此找坑的时候是非常非常虚的。迫于心慌,我好好思考了一阵来给自己打气,当时真正找坑和准备面试的过程大概分为这几个阶段:
- 反思:自己是不是真的要离职,假如不离职,在老东家接下来应该做什么才能继续提升?
- 定位:我在硬性技能(编码、架构)上的长处在哪?我在软技能(沟通,团队)上的长处在哪?这步顺带写了简历
- 寻找平台:哪些平台能同时满足:1、有挑战有上升空间;2、符合我的定位方向;3、团队氛围和老东家一样好(或更好)
- 找人内推:基本都是在 v2 上找的(诚挚感谢各位帮助我内推的大佬)
- 面试谈 offer
定位
这一步其实花了好几天时间,我先是梳理了自己的项目经历和工作内容的专长,把 Java + Golang,做过的面比较广(业务,中间件,基础架构都做过)以及对 k8s 云原生有专长和兴趣作为自己的"硬招牌"。然后把学习能力强,喜欢沟通合作,渴望挑战作为我的"软招牌",最后把自己定位成一个"在过往经历中展现出了过人学习能力和钻研能力,同时渴望挑战,不愿意呆在舒适区"的形象(妈呀打这段话的时候太羞耻了!!!)。
这个过程中,我的方法论是"换位思考"。我自己也面试过不少人(所以平时公司让我去面试,虽然累点苦点,但也都是积累呀),并且也和 HR 以及放出 HC 的业务方聊过我们希望放什么样的人进来。因此全程都在以面试官的心态来考察自己:
假如我是面试官,我会招怎样的人进来做我的同事?
举几个例子,下面都是我在这个过程中考虑过的问题(当然只是我自己的喜好):
- 对于一个毕业两年多的人,我最希望他有什么特质?这个阶段的人其实还是"空杯",我希望他有很强的学习能力和进取心,给自己部门培养出一个超级生产力;
- 什么样的行为会让我"讨厌一份简历":把每个项目都大写特写,尤其是陈述细节没有重点;罗列框架当能力,用过了一类场景的框架就觉得能解决一类业务诸如此类;
- 面试的时候我会偏向于问哪些问题?一是简历上写了"理解"或"精通"的语言与中间件;二是简历上写得比较有趣,又没有完全交代清楚的项目;
定位
之后,我要找的下一个位置基本锁定在了 PaaS、云原生、中间件方向。那接下来就是找坑了,这段时间"寒冬论"炒的火热,好坑确实挺难找,最后兜兜转转找了四家的内推:Shopee(新加坡)、PingCAP、头条、蚂蚁。Shopee 那边挺遗憾的,12月初投完简历1月初才收到答复约面,而当时另几家面试已经临近尾声,于是选择了推掉。
这几家的简历投递出去之后,我着重把简历里"埋的几个坑",也就是自己写了"理解并掌握"的语言与中间件以及专门用来勾引面试官问的项目好好复习了一遍。事后发现这一步还挺关键的,很多知识性的内容要是不复习一下真就全忘了,这也算临阵磨枪,不快也光了吧。
接下来就进入正题,逐家讲一下自己的面试体验:
PingCAP
面试前
PingCAP 的简历响应是最快的,内推之后第二天 HR 小姐姐就联系了我。电话接通之后先是简单聊了一下人生,然后就是社招三问 ["为啥离职啊?","现在待遇咋样啊?","期望待遇咋样啊?"],天知道这通电话是我开始投简历之后的第一通电话面试,之前还完全没有准备过类似的问题,只能稀里哗啦用["现在自己的技术成长有点碰到瓶颈,加上一直对您公司钦慕有加☺️","我现在待遇是xxx但我司除了base之外还有xxx以及我马上要提薪了🤪","其实比起待遇我更看重平台和挑战(狗头),但是基本的薪资需求我还是希望能xxx🤑"]这样和稀泥应付过去。内心稍稍平静之后小姐姐跟我讲了讲我意向部门的结构和主体业务,然后交代了一下接下来的面试流程,约了"一面"并且加了微信。
"一面"加了引号,这是因为"一面"其实是在微信上布置了一个小项目,然后约定好时间验收。
这里要特别感谢一下 PingCAP 的 HR 小姐姐,加了微信之后全程帮助我协调面试时间并不厌其烦地回答我各种奇奇怪怪的问题,最后谈 offer 的时候还给我准备了一个惊喜。面试体验直接满星<3!
一面
早就听说 PingCAP 一面要写小项目,我自己心里其实是跃跃欲试的。面试官给的项目要求大体是这样:
K8S 容器化之后应用容器里几乎没有什么可用的调试工具,可以利用容器 Namespace 共享的思路,启动一个包含各种调试工具(比如 netstat, gdb)的容器,加入到 pod 的 pid、net 等 namespace 中, 实现对任意 pod 的 debug 功能。现在希望利用 kubectl plugin 机制实现一个插件,用于 debug 任意一个 pod 里的容器,达到
kubectl exec
的使用体验.
当时因为工作日抽不出时间,就隔了几天到周五晚上开始写,周六晚上写完并且把 项目地址 分享到了 Reddit 上。没想到运气不错收了 100 多个 star,这下我就觉得"哦豁,这轮应该稳了吧!"(结果后来发现这几乎是我唯一一把觉得自己"稳了的"面试...)
二面
二面是一位 Cloud 方向的前辈面我,全程大概微信语音聊了50多分钟:
- 问项目经历,聊了两个项目
- 对 Kubernetes 了解怎么样,看过源码吗?
- k8s 的代码我以前其实只看过 kubelet,临阵磨枪的时候把 apiserver、scheduler、controller-manager 都看了一遍,笑容渐渐出现。
- Kubernetes 的 Service 是什么概念,怎么实现的?
- 你刚说到 Informer,Informer 是怎么实现的,有什么作用?
- StatefulSet 用过吗?有什么特点?
- StatefulSet 的滚动升级是如何实现的?
- 现在我们希望只升级 StatefulSet 中的任意个节点进行测试, 可以怎么做?
- 这题没有思路,只好强答用"两个 StatefulSet",后来一想起一个新的 Stat