25秋招总结丨功不唐捐 玉汝于成

问的比较少，感觉像是kpi1.MapReduce和Spark的区别2.spark的作业提交流程3.spark的RDD算子特点4.spark的宽依赖如何产生5.Flink如何检查背压（这里直接给我干懵逼了）6.left out join，inner join，full out join的区别7.数组和链表的区别8.Java的Map的底层实现反问：刚才答的怎么样面试官说spark的作业提交流程那里答的不是很好，没有体现资源分配过程，Flink背压通过看FlinkUI和日志文件检查出来

一面，一小时后会议链接就消失了，一天过去了还是这个状态，过了还是挂了呀更新一下:3.3 :   一面3.4 :   约二面，3.5二面3.10:   链接消失变复试，等待ing3.12:   已g，一小时后被捞3.13:   一面，一小时后变复试，等约二面3.14:   约下周一面，让准备作品代码3.17:  复试，当晚转HR，约下周一面3.24:  HR面，但是谢谢你的时间3.25:  云证，转录用评估4.1:     电话通知oc4.2:   正式offer+戴上红围脖此贴圆满结束

哎，不想说什么了这让刚毕业的学生怎么搞

一句话总结：可以但没必要。为什么不推荐：在现在大面积的同学使用轮子项目的背景下，其实简历中轮子项目早就不能给面试官带来新鲜感了。除非你可以提供相比较于公开方案更加优质/效果相同的解决方案，不然你搞这个轮子项目的意义是什么？因为你毕竟面试的是后端岗位，不是基础架构。但需要注意的是：我们这里仅仅聊的是简历上要不要写，但是通过写轮子项目来更深刻的理解某一个基础组件的架构的话，还是对个人成长很有帮助的。你可以不把轮子项目写到简历上，但可以在面试的时候当面试官提及到相关基础组件，主动去提及自己手搓过一个小型的仿写版，以此来尝试和面试官就该组件展开深入交流。利益和风险共存。当你敢在大厂面试官面前提及手搓基...