给大家推荐一个难度还行的项目。项目简介：设计并实现一个高并发分布式秒杀系统，支持商品秒杀活动，具备高并发下的稳定性、可扩展性与数据一致性保障。核心功能：秒杀活动管理：创建活动、配置库存、设置限购规则秒杀下单：用户请求限流、排队、下单、支付订单处理：异步生成订单、库存扣减、超时自动取消秒杀结果查询：实时返回抢购结果与订单状态技术亮点：高并发限流：使用 Redis + Lua 脚本实现库存预扣与原子性操作，避免超卖消息队列异步下单：使用 RocketMQ/Kafka 进行异步订单入库与库存扣减，削峰填谷分布式锁与幂等：使用 Redisson 实现分布式锁，保证秒杀过程的幂等性与并发安全缓存与热点数...

从11月中hr完到1月多还未开奖，中途也没怎么催，只是耐心等待，后面字节开了，想催一下快手开，这几天打了十几次电话都没人接，也发了好多次短信，没人理，结果我去官网点结束流程，结果直接就挂了[捂脸R][捂脸R][捂脸R][捂脸R]本来对快手还是抱有不少期待的，面试聊的都挺好，方向也和字节一样，在0offer的时候无比渴望快手能发，这一个多月轮询快手状态得七八十次了，最后还是挂了之前搜了非常多次：快手的录用评估会挂吗？现在终于有了答案，会挂的

两段实习了，下段想去大厂试试看，go，Java都可，偏向做go，求大佬们帮忙拷打下简历和提升方向

我上一次认真准备面试，已经是三年前的事了。那时候我一直觉得，只要 Java 基础还在，项目经验还在，问题就不大。毕竟那么多年后端，不至于一出来就水土不服。直到真正开始面试，我才发现一个事实：我不是技术退步了，而是市场已经换了一套考法。第一轮面试，我就意识到“不对劲”前半段问题其实很熟：Java 基础并发、JVM、数据库、中间件分布式、微服务、Spring 体系我心里还在想：还好，没脱节。但很快，问题开始变了：如果这个系统让你重新设计，你会怎么做？你当时为什么不用另一种方案？在不确定需求下，你怎么判断技术取舍？开放性场景题明显多了。没有标准答案，面试官更关心的是你的思考过程，而不是结论本身。真正...