为什么后端和测试的JD一样

大家好，我是杭州某大厂中台后端研发。最近一次线上紧急排障，让我彻底想明白了一件事：AI 再强，程序员的 SQL 基本功永远不能丢。背景：周末深夜被线上问题叫醒某个周末晚上，我接到上游部门研发同事的电话：需要紧急查询一份线上数据。数据源跨不同实例业务表拆分出 8 张分表需要统计总数 + 关联两张表字段线上问题响应不能拖，我一边远程配合，一边凭脑子里的业务表结构手写 SQL。结果第二个组合查询第一次没跑通，同事 Review 后又改了一轮才真正可用。事后复盘，我很清楚：极限压力下，手写 SQL 的能力依然不够稳。灵魂一问：AI 都能写 SQL，我为什么还要练？现在确实是 AI 时代，只要描述需求、...

如题，本人后端方向，四月中旬才开始投递暑期实习，目前收到的面试邀约很少。加上自身基础一般，面试屡屡挂掉，心态很受影响。看到很多三月就投递的同学已经手握多个 offer 开始打牌了，本人却约等于 0 进度，所以焦虑感越来越重。😥😥想问问有去年有暑期实习经历的前辈：1、五六月份捡漏投递大厂暑期，机会还大不大？2、另外，暑期实习最晚什么时候入职，才不会打乱后续秋招的整体节奏呢？也同时问问去年没有暑期实习的前辈：1、没有暑期实习的情况下，后续秋招还顺利吗？2、这段时间应该怎么准备弥补自己的弱势，有没有什么建议？

rt 不知道是真的假的丁老板 太难绷了

各种拷打项目，由于和之前实习岗位挺类似的，拷打的很细   C++中，unordered_map和普通的map有什么区别？   unordered_map什么时候触发扩容（rehash）？解决哈希冲突的算法是什么？  首先明确哈希的本质目标——将键（key）快速映射到存储位置（数组索引）。实现步骤可分为四层： （1）定义键值对结构； （2）设计哈希函数，将key转为非负整数索引； （3）处理哈希冲突（多个key映射到同一索引）； （4）当负载因子（load factor = 元素数 / 数组长度）超过阈值（如0.75）时，触发扩容与重哈希（rehashing），保证性能稳定。 重哈希的过程（以链...