从毕业之后一直在一家外企工作,企业本身是负载均衡相关,后来转为内资,在组里面做 SSL offload,工作三年了想换份工作。参加了几次面试,面了某曾经的技术大厂,现在某门户网站产品和某短视频疯狂扩张的企业。除了面曾经的技术大厂成功之外,其他两个都失败了。简单反思了一下,写写感受。
大厂面试的时候并不是那么的关心你内部为了优化做了哪些操作,如果先说出来一个性能改进的可量化标准,比方说数字(会好很多)。这一点可以说是最深刻的感受,即使在时间量级上没办法说出来,最好也找 QA 拿到性能数据,比方说新建,CC 等数据,来说明工作的重要性。如果我现在再去面试,我就会直接说,局域网环境下测试虚拟机 TLS1.2 的自动机延迟是 0.063s,而 TLS1.3 完整是 0.018s,reuse 直接为 0.009s 。这样子能直接体现工作效果的会好很多。
对广大毕业生而言,如果能毕业以后能进大厂还是进大厂吧。平台对于个人的提升未必会很大,但是平台的名声至少能帮助毕业生。我毕业为了户口进了小厂,这三年在 SSL 自动机的设计和优化花了不少功夫,但是很多这种协议栈上的优化对找工作是没有直接帮助的,很多细微的地方说了面试官不会觉得怎么样。
社招的时候最好能够把自己系统的内部简化出来再跟别人沟通,因为自有 TLS 协议栈的复杂,我发现很多时候向面试官解释协议栈的设计可能起到反方向的效果,去向面试官解释 TLS1.3 协议栈对于原有协议栈的破坏,我们做了很巧妙的什么什么,面试官往往会不以为然。(这里面我个人认为涉及到了一种所谓的大厂对于小厂技术的不屑,实际上这点我个人觉得可能并不是那么正确的,毕竟我厂的 SSL offload 是可以和 F5 干的,在国内的负载均衡算是鹤立鸡群,但是这东西你跟互联网的人说没啥用)
在工作和学习的时候,要注意保持自己工作的深度和广度,深度固然重要,但广度不可或缺。对自己厂的系统,多线程交互,内存申请之类的很熟悉的同时。是不是对于业内开源组件如 redis/nginx/dpdk 等了解?他们是如何实现一个高效的系统?
面试的时候,要学会包装自己,这点说出来可能比较荒谬,但是确实是,很多时候,所谓的研究思路,分析问题的方法的东西是很难看出来的,只需要背一套面经可能就能糊弄过去。类似为什么程序员应该关心 SC 而不是 CC ?这些道而不是术的问题很多时候也可以不是你研发的经验,只要知道就依然可以拿来使用。
祝愿各位和自己都能找到一份心仪的工作吧,愿你每天都能在学习效率之巅,而不是痛苦之谷中。
1
agagega 2021-01-10 22:27:18 +08:00
感觉外企和互联网民企风格还是有明显差别的,两者之前跳槽可能是有一些不适应
|
2
vanlink 2021-01-10 22:42:51 +08:00
楼主在北京吗?我们公司招负载均衡的研发,有兴趣的话联系一下。
|
3
hxndg OP |
5
vanlink 2021-01-11 08:48:00 +08:00
|