我最近刷到好多同学谈论错过春秋招能不能再延毕一年，等下一个秋招。不过好多人还是迫不得已延毕比如,迫于学业压力、身体因素、学分不够(这还是少数)、缓解就业压力。我就从我这个过来人来说一下你如果选择延毕你将要面临什么问题以及延毕究竟性价比高吗。延毕面临的问题如果你想延毕先看看这些问题你会不会碰到，能不能接受,能接受我们再说好坏1.如果你是被迫延毕你将会碰到你此前签的所有就业协议都会被迫停滞，即便你勉力入职了，未来也可能被辞退。有考公考研考编想法的也不能再继续了，除非取得双证。未来所有的规划都会被打乱。延毕不会影响考公考研的报考审核，但是面试会减分！！而且大多数人很难有一个完美的理由来解释延毕。列一...

小厂面经，也是我的处女面（30min）1.自我介绍2.spring boot的自动装配原理（好多类和接口的单词都忘了全称是啥了，就说了记得的单词，流程应该说对了吧）3.有用过redis吗？主要是用在实现什么功能（说了技术派用redis的zset来实现排行榜）5.有了解过Redisson吗？讲一下对于分布式锁的了解以及在什么场景下应用（说了秒杀场景）6.对mysql有了解吗？包括它的索引优化和创建（把想起来的全说了）7.了解设计模式吗？比如单例模式，为什么要使用单例模式，它的优点是什么（昨天刚看的设计模式）8.工厂模式有了解吗？主要的使用场景是？（也是昨天刚看的）9.场景题：有7个服务器，需要在早上十点定时的向数据库中的用户表中的用户发短信，如果做到发送的消息不重复，且如果发送失败了需要知道是到哪个用户失败了，这样下次就直接从这个用户开始（我答了用spring task来实现定时，用分布式锁来保证只有一份服务器可以发送消息，用消息队列来存储消息，然后用消息确认机制来保证错误信息的记录，以及在数据库或者业务层面完成消息消费的幂等性）10.场景题：如果在系统启动的时间就将数据库的所有用户相关的信息都读到一个hashmap中（这个没啥思路，没答好）27届的投了一个星期终于有一个面试了，大部分公司都只招26的

偶然翻到团子的面试官内部培训资料，看到一条让我印象很深的招聘判断逻辑：“要招，就招超过团队平均水平50%的人。”听上去挺合理，但我更好奇：他们是怎么判断这个人是不是“超过50%”的？看完后觉得，其实我们可以代入招聘者的视角，倒推出一些求职者面试准备可以优化的地方，知己知彼。 1️⃣ 一场“心里排序游戏”比如你面的是 L6 岗位，那面试官会先想他认识的三个 L6，排个序：a > b > c，然后把你放进去一比：• 如果比 a 更强：强烈建议录用• 如果比b强：建议录用乍一看挺粗暴的，但想想也合理，因为基准来自他身边的日常合作，参考值其实很高。 2️⃣ 职级不同，评估重点也不同高职...