聊点应届生的面试建议

想到哪写到哪，顺便给某素数码农群招点应届生

简历长短：别纠结只有一页，其实完全没这个要求。有些时候短了反而根本没说清楚自己做了个什么事情，参考了什么paper，核心产出是什么。

教育经历：即使觉得学校普通，也别放下面，显得不够自信。写点自己学的好的课程，校招基础好还是挺重要的，

简历头像：基于某素数码农群（欢迎做题加群）的讨论，群友一致同意二次元头像的竞👴🏻确实更强一些

八股文：基础八股现在都卷就背吧。做鸡架的可能会出现语言律师，各种诡异语法警告。操统&编译还是有点深度的，线程切换操作系统是怎么实现的，真能从中断、CR3寄存器一直讲到具体上下文切换那还是很强的。网络的话HTTP协议还是需要熟悉的，毕竟做互联网的，能懂点跟其他RPC的区别、服务注册发现就更好了。其实还是喜欢问一些能够结合场景学以致用的问题，比如后端常问的SQL的锁，一个事务包含几行select、update、insert，分别什么时候上什么锁，并发起来是否会死锁的问题。

算法：大厂也不会卷hard不然没区分度，除非是竞👴🏻面量化。重点还是背熟3、40套经典模板活学活用，mid难度的DP其实也就是几种常见模板的变形+活学活用，很多地方有总结这类模板。理解的前提是先背下来，算法也好数学原理也罢。甚至到底是理解了还是基于概率背下来了，在大模型时代似乎也不再重要了，能给出正确的输出就够了。

项目：这块问题大概是最多的。自己做过的项目一定要了解，很多网上的项目+套壳的简历，自己看着还行，其实在招聘方一侧筛简历&面试时候，甚至能在简历项目中连续看到电商、RAG的相似项目，关键词都是什么秒杀redission。网上学习项目有些其实特别好，但是到底是只按要求抄了个小模块实现，还是理解了整个项目的设计思路能从零搭一个，区别是很大的。。。。一个业务场景需要哪些接口、入参、数据库设计，真自己做是能有思考过程的。attention为什么要有FFN层，删了训练个模型是怎样，是能看出自己的思考和实践能力的。如果没项目可写，就写点学校coding多的大作业，能从头吃透几个模块，调研对比了什么，为什么要这么设计，比说全是自己做的，但问下来甚至不清楚内部的基础逻辑要强得多。

其他：

• 公司与公司之间是大平行志愿,面大厂之前，最好面面中厂。
• 同一个大厂内部平均只有2、3次面试机会。一些有面评留痕的厂，与其去卷最火的方向导致面评不佳，甚至影响后面其他部门的招收意愿，选择没那么火的部门甚至offer会更好。
• 业务方向的经验，真正做的事情是螺丝钉还是能接触业务全貌，对应届生会很重要。
• 明确写能实习很长时间比如6个月以上是隐含加分项，招实习还是希望能有比较多产出的，太短就变成付费培训了。
• 和工作的方向不相关的事情，不要大书特书喧宾夺主。