一月份了，现在还有必要继续找寒假实习吗

想找个实习，大佬们帮我看看简历吧，求给点宝贵的意见😜

还有3周就要过年了，最近招聘工作放缓了，重心放在年终总结、年终考核、年会等方面了。早上在地铁上，突然意识到，我每次电话联系人选，貌似句句都是有目的的！我电话联系人选，寒暄完毕后一般会聊以下内容，看看你和HR聊过这些话题没？这些话题可都是有讲究的哦：1. 请问你目前是在职还是已经离职？这个问题是为了了解你的在职状态，方便HR判断你的到岗时间。如果你在职，意味着如果录用你，可能得1个月后你才能到岗；如果用人部门着急要人，招聘你的风险可能比较大。2. 你目前住在哪里？这个问题是为了了解你家离公司有多远，住得远的话，你选择我们公司的意愿可能会降低。3. 你目前薪资多少？换工作后期望薪资多少？这个问题是...

倒是没做什么打杂的活，小公司是真缺人，刚到公司屁股没坐热就被丢给了公司代码和几个crud业务模块。倒是都很简单，做两天都做完了。然后就让我先熟悉一下当前代码，带着我跟着对接方开会熟悉业务，再做下一步工作。技术栈主要就是springboot+Redis，都是我之前熟悉的东西了，做起来应该不难。不过我感觉这些技术跟我之前的项目有点重复了，而且我一实习的好像也没必要着急做那么多工作。算了，还是多摸会鱼吧，偷偷带薪学习一下。

三、核心技术场景考察及候选人表现（一）考察场景高并发秒杀场景：1 万人同时抢购 100 个库存的商品，要求保证用户体验、系统稳定性与扩展性（二）候选人方案及面试官质疑候选人核心方案：前端先获取 token（通过 Lua 脚本实现锁机制），再凭 token 下单；后续考虑通过 MQ 异步处理、库存分片等方式优化面试官核心质疑点超卖与少卖风险：Lua 脚本仅解决锁竞争问题，下单环节的复杂逻辑（风控等）可能导致下单失败，已分发 token 会造成少卖；锁机制无法完全避免超卖系统扩展性不足：面对 1000 万人抢 1 万个商品的场景，数据库难以承载高并发读写，token 机制与数据库扛压能力不匹配异步...