既然已经出结果了，也锐评一下这家公司的面试流程（nbcs）。个位数的岗位，简历也不知道是不是真的认真筛过，貌似不相关经历的也邀请来面试，候选人池子之深可想而知。于是乎面试一个岗位分了上午，中午，下午各个场次，还不止一天，给主包安排在早上8点多，前滩这个地方附近也没有实惠的酒店，于是得从酒店很早起床来参加线下面试。到了地方还得先听一边HR介绍公司，介绍完又领到一个地方等。面试遇到三个面试官+HR，一个面试官全程不说话，从不正眼看人，甚至一脸戏谑，不知道在打量什么；一个全程戴口罩，是感冒了还是咋的了也不知道。提的问题和简历的经历项目毫无关联，面试者回答完没有任何反应，毫无交流，反而像走流程一样，奇...

可能是我见识太少了

差点把线上搞崩那次，到现在想起来手心还会出汗。实习第六周，我改了一个配置参数。自测过了，跑了几个case没问题，心想这么小的改动走什么灰度啊，直接上呗。提交MR的时候mentor拦住了我，说走灰度。我当时内心是翻白眼的——至于吗？灰度放了1%的量，五分钟之后监控开始报警。我改的那个阈值，影响了下游一个缓存服务的淘汰策略。我看着监控面板上那条飞起来的红线，感觉自己的血也凉了。mentor倒是很淡定，一键回滚，然后跟我说：这个接口日调用量几千万。如果刚才全量上了，你今天就可以体验什么叫P0事故复盘了。那一刻我是真的怕了。不是怕被骂，是怕影响真实的用户。之前在小厂实习，出了bug重启一下就好了，DAU才几千，没人在意。但大厂不一样，你敲的每一行代码背后都是真实的人在用。从那以后我再也没有跳过任何一个流程。你说大厂的流程烦不烦？烦。但被流程保护过一次之后，你会真心感激这份烦。感谢我师，就我🐶命

1. 自我介绍2. TCP 三次握手过程是什么，为什么一定要三次答案：TCP 三次握手主要是为了建立可靠连接，并同步双方的初始序列号。第一次，客户端发送 SYN 给服务端，表示自己想建立连接，并带上客户端初始序列号。第二次，服务端收到后回复 SYN + ACK，既确认客户端的 SYN，也发送自己的初始序列号。第三次，客户端再回复 ACK，确认服务端的 SYN，双方进入 established 状态。为什么不是两次，主要是为了确认双方的收发能力都正常。如果只有两次，服务端只能确认客户端能发、自己能收，但不能确认客户端能收、自己能发。另外三次握手也能避免历史重复连接请求导致服务端误建立连接。3. ...