a过，鹅今年还行，防定位少写了点

实习中我mt有一次给了我一个比较难的需求，说看我业务比较上手了，给我一个大需求做做，看一下我的能力，我完成了之后我mt一眼看出来了大部分都是ai写的，就对我说，可以用ai但是不要去依赖它，可以用来查资料理思路，但思考过程和核心分析尽可能自己完成，真正的成长，永远来自人自己的思考与实践。

1.自我介绍和实验室项目介绍2.项目实现细节拷打3.JDK17对于JDK8有哪些新的特性？4.说下线程池执行一个任务的过程？（涉及七个核心参数的含义）5.说下SpringBoot的启动过程6.MySQL有哪些索引？为什么B+数索引查询快？7.说下MySQL有哪些日志？8.分布式锁有哪些实现方式？9.说下你对Agent和MCP的理解10.算法题：两两交换链表的节点

大家好，自从上一条动态提出可以帮大家review简历以后，也是短暂的实现了一周的瑞幸自由总结了一下每份简历的问题，我发现问题是有共性的，一言以蔽之：“对自己简历中，每段内容的含金量缺乏理解”我们写实习经历、项目经历的时候，每段大经历下会写几个小的工作点，如接口响应时长优化、线上问题的排查、重构、数据迁移等等。对于后端简历来说，最重要的一般是性能优化，性能优化的常见手段是 同步改异步、Db加索引、引入redis等等。 这些内容是比较重要的，虽然烂大街，但是你实际工作，处理的也是这些事儿。这些问题对线上服务真的是有影响的。 这里说句题外话，性能优化一定要写指标，你编也要编个数上去。。。 没有指标的优化不如不优化了（夸张说法）。相反地，一些代码形态的优化，比如引入设计模式等等，不是不能写，但这属于“鸡蛋”（参考Gumayusi的鸡蛋理论）。 一方面，谁也看不到你设计模式咋用的，写的对不对；另一方面，代码写成什么样都能跑。甚至不用设计模式更好懂、性能更好...... 所以要对这些工作祛魅。 最核心的还是性能优化相关的东西。当然，这里还有一个问题，就是业务建模。其实严格来说，这里比性能优化更重要，尤其是你面业务对口的组，比如你做飞书面钉钉；在美团实习面试字节本地生活等等。因为面试官也做这块，ta会很细粒度的追问一些 其实对实习同学来说 可能有点超纲的问题。（其实面试官们也是这么过来的，他们实习的时候也就看自己手头那点东西....甚至还不如你们。但现在他们坐在桌子里面了，为了考察你，他们很难收住自己的考察面。 人对自己熟悉的东西是不觉得难的，业务对口有优势，更有挑战。）但是对业务不对口的同学来说，业务建模（表设计）是很难聊的。因为面试官也不一定熟悉你做的东西，面试官很难问出有价值的问题。所以面试官也不会很想问。这样你写了业务，效果也不大。反而会让简历充斥很多天书，让人看着就觉得有点烦、没耐心了。（没错，面试官很多都是牛马，他们没兴趣钻研你的简历。如果看你的简历看不懂，可能下意识是觉得你写的不够清楚hhh）这也是为什么性能优化位列第一优先级的原因，这里是后端最重要的事情，而且很有共性，还能引入八股一起考察。所以我强烈建议各位同学 把性能优化方面多准备一下。 业务设计方面，如果要写，千万注意不要堆砌名词，让人难以理解。可以让你的室友review一下，看能不能看懂。总结：想写出好的简历，需要你对自己的工作有一个好的sense。 简历写得好的同学，一般都是对自己做的工作 有清晰认识的同学。 好的简历可以引导面试官 到你提前准备好的领域内。 想要面试顺利，不要给面试官太多自由发挥的空间。什么是好的sense？就是知道简历里最重要的亮点是啥。那什么样的东西可以当做亮点？  业务不对口的情况下，性能优化；业务对口的情况下，性能优化 + 业务建模。最后，祝大家找工作顺利。 即使不顺利，也不要灰心。社招路也很多、很简单。一时不顺心不一定是坏事。如果觉得本文对你有帮助，欢迎点赞；如果自己觉得自己缺乏这种品味，可以联系我。能力范围内我可以帮你看看。 目前刚起步，很便宜，一杯瑞幸就可以改简历，一顿麦当劳套餐就可以语音模拟。（说句题外话，其实还是蛮多同学找我的，让我有点意外.... 只能说卷的不行。而且不找我的同学很多可能也找别人了。 所以不要觉得自己是在和同届的同学pk，他们身后可能有背后灵.....）