滴滴新锐计划实习生面试经历

滴滴新锐计划实习生面试经历

　　周四(2017.04.20)面了滴滴，两面总共花了大概1.5小时吧。感觉整个面试过程和之前经历过得面试完全不一样。而且二面也让我收获颇丰。于是想记录下来。
　　一面是一个有点吊儿郎当的面试官。给人感觉不像个面试官，像个我想考考你的学长一样。在我回答问题的时候还会坐在沙发上抖腿，很有趣xd.不知道是不是滴滴的面试策略就是这样。
　　一面的流程很简单，介绍了一下自己，项目经历。然后就是一些常规的面试题。面试主要是问了三个tcp协议的问题。tcp三次握手，tcp四次挥手和tcp拥塞控制。感觉答得还行。打完之后面试官就问有什么问题要问的，我就问了下未来可能部门要做的事情和部门在整个业务中的地位。(系统部，业务基石)。
　　问完后面试官就说网络我不太熟，我让一个熟悉网络的同事过来面你吧(这里不知道是不是套路，因为后来从hr那了解到，那天面了两面，这算第一面了)。
　　二面的面试官是一个精瘦的男子。感觉特别干练，像炉石主播海老板。这个面试官也不走常规面试套路，闲聊式面试。面试官一开始先问对自己部门的了解，我直接说不了解(滴滴一没求职系统二没告诉我对应岗位，内推的新锐计划又那么敷衍，谁知道自己要面的是谁.).然后面试官就介绍了自己，来自系统部，主要做的是定制系统内核，比如在旧内核加新feature,在系统中改造内核，修改协议栈等，和滴滴内部私有云平台的研发，开发语言是C。面试官一边聊自己对网络的看法，然后抛出问题让你接。面试官让我给他讲项目，一边讲一边点评。比如再说到自己项目中基于流的缓存容量是三千条时，他就很犀利的指出为什么是三千，如果是三万三十万怎么办。其实这个三千只是一个宏定义的事情。我就给他具体介绍了怎么进行缓存的(五元组hash和链表，外挂时间排序的流链表及其他优化措施)。面试官表示这是旧版本内核的写法，让我去看看，后来因为性能问题现在内核已经换了种写法了。此外还有ip网段匹配的问题(利用掩码拼接做索引，然后用字典树做接下来的匹配)，他在也认为这是性能不足以承受的。在极端条件下，这两种方案都无法满足。个人感觉是比较汗颜的，在实验室环境下，的确是根本不可能考虑到这方面的东西。面试官说实验室的项目更多要求功能性，不扣性能。此外还聊到了DPDK,问我DPDK为什么高性能。我的回答是官方博客那一套，hugepage,cpu亲和，零拷贝，无锁ring等等。他表示这些都是官方博客上的内容，真正的点不在这。在于dpdk内存管理。正常的内核态没办法支撑过于频繁的内存分配或者内存清空，从而限制了最大发包数。这一点我是从来没想过的。到此面试就差不多结束了，最后问他问题的时候我问了下未来工作地点的情况。他说在北京，他认为刚入职场的这两年最好在总部有人带，便于发展。我如果在滴滴杭州没有前途的。这一点我之前也是没有考虑过得。
　　到此滴滴二面结束了。面试官说让我回去等接下来的交叉或者hr面。
　　这次面试让我看到了自己的不足。首先对于DPDK,我不应该只止于会用。而如果要继续深入下去，我可能需要先去了解linux内核。其次是在做项目的时候，应该多看看。在项目中的ip匹配和流缓存。在系统内核中早有相似实现。而我却完全不知道，所以我还是应该多看看内核相关的书籍。第三就是关于性能考量这块。尽管我面试时候说这样的设计是有一个前提是项目本身性能有其他瓶颈，不过这也只是一种不让面试官觉得自己啥也没考虑就开始撸代码的努力。在学校，实验室对这性能方面没有极致的要求，你的项目中就注定不可能在抠性能上大费时间。所以未来的话，真想做后台开发，就不要去读博了。
　　尽管面试官说他这关我算是过了，我最后等到的是却调岗再面的通知。hr说这个部门没有hc了，让我换个部门重头再来。我最后拒绝了，因为感觉未来肯定不会留在滴滴。首先我想base广杭沪，再不济苏州微软，绝对不留北京，而滴滴杭州只是大数据岗位，不适合我。其次我觉得这一次面试已经给我很大的启发了，腾讯面试官的建议，和从滴滴这获得的体会，足够满足未来这两个月平时我的闲暇时间的充电了，新的面试官，是系统部网络部门的，感觉再面也没啥收获可得。所以我决定还是不再去面试了，可以缓下来好好沉淀一下了。