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

真无语了，应届前端要求力扣上前，又说招的算法岗，我问那为什么招前端呢，这不应该招算法吗，然后说我素质差，我c了#职场破防瞬间##现在前端的就业环境真的很差吗#

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

好家伙，我真够够了，约定下午两点面试，本来以为就直接技术面试了， 谁知道上来说，咱这个实习生岗位首先是要进行一个HR面试的，然后一会儿还有一个大概一个小时的的笔试，之后会根据笔试结果来决定是否安排技术面试，我.....昂，你要是实习岗薪资三四百我也就不说啥了，20-99人北京的公司， 一天开150，招个实习生你流程给我整这么复杂，看来我真是不配了聊了两句借口有事溜了，谁愿意去谁去你们公司吧，我真不羡慕