🕐面试时间：26.4.3-一个小时💻面试岗位：Java开发❓面试问题：自我介绍介绍实习的慢SQL优化如何看待慢SQL排查与优化工作的主动性(被动救火优化)？是否存在更前置的风险防控思路？当已知某条SQL执行不符合预期（如要求优化至100ms以内），您的系统化排查与优化思路是什么？聚簇索引与普通索引的核心区别，以及各自典型的应用场景。如果利用AI自动化识别项目中因索引设计不当导致的回表性能问题，技术实现思路是怎样的？反问业务和流程聊AI和如何与工作结合🙌面试感想：问问题也就是25分钟，后续就是反问和闲聊了，无手撕。

有没有大佬帮忙看看，这个简历能找到工作吗（没有实习经历），进大厂够不，每天都刷程序员被ai替代，焦虑的不行了...

之前一直在牛客刷大家帖子，看到了很多人吹捧大厂多好多好。但是说个会被喷的事实：双非本，秋招拿了5个offer，比我那个在某大厂实习的室友还多一个。他在大厂做了三个月，负责链路中的一个中间模块。听起来很厉害对吧？但面试的时候面试官追问这个特征是怎么选的召回策略谁定的，他只能说这部分是算法团队负责的。我在旁边听得都替他尴尬。我呢？在一家不过百人的小公司做了个后台管理系统，全流程就我一个人。你问我任何一行代码为什么这么写，我都能给你掰碎了讲，因为踩过的坑我全记得——凌晨两点调CORS跨域问题的那种刻骨铭心你懂吗。说到底面试官要的不是你title多好看，是你到底有没有真正做过这件事。大厂名字能帮你过简历关，但到了面试那一步，你做的东西是不是你的，一问就知道了。后来我室友也想明白了，他说我那三个月最大的收获就是知道了食堂哪个窗口最好吃。我不知道他是在自嘲还是在认真的。

以前准备后端面试的时候，主播最大的痛苦不是资料太少，而是资料太多。我当时最大的困惑是根本不知道这些资料该按什么顺序学、学到什么程度、哪些才是真正面试一定会问的。因为这个问题，我白白浪费了很多时间。举个最直接的例子：我曾经把某林 Coding 上的计算机网络从头到尾看了两遍，甚至还整理过一张很大的思维导图。那时候我以为，既然要面试，就应该尽可能学全、学深。 但后来真的开始面试、经历完秋招，再回头复盘我参加过的 40 多场面试后，我才慢慢发现：计算机网络真正高频、真正决定你能不能开口答出来的，其实就那么一小部分。再往后看，Java 基础、JVM、JUC、MySQL、Redis、操作系统这些后端常见...