广州国邦

时间线1.12 hr下午面完1.19 11点offer5个工作日, 每天都在问hr(有两个小姐姐都挺有耐心的) hhh虽然差点变成巨人观, 也是在明天入职快手前复活了总结: 给快手磕了几个头, 太对不起了, 然后各位牛爷爷们可以发下简历直推杭州快手电商.

早上开晨会，领导突然说让我把手头的工作全放一放，给我塞了个新任务 —— 给系统里一堆字段做加密解密。功能本身不难，就是个简单的加解密逻辑，但架不住改动点太多了，几乎每个涉及这些字段的接口、页面、数据库操作都要手动加解密，想想就头大。更离谱的是，领导直接跟我挑明 “必须用 AI 做，AI 做不好你再手动改”，等于把我变成了 “AI 指挥官 + 校对工”。我的工作瞬间从写代码变成了跟 AI 掰扯：跟它说清楚哪些字段要加密、哪些要解密、用什么算法、在哪几个文件里改，光沟通需求就耗了一上午。用的是 Cursor，一次批量改动直接用掉了 13 美刀，看着扣费提示我都心疼 —— 这钱还不如给我加个餐呢！而且 AI 改的代码根本不能直接用，要么漏了某些文件的改动，要么加密解密的位置搞反了，我还得逐行核对，把 AI 没改对的地方手动修正，比自己从头写还费眼。最憋屈的是，这活完全没成长啊！就是重复的加解密操作，AI 代劳了大部分，我只负责核对和兜底，学不到任何新东西，还特别无聊。想摸鱼都不敢光明正大摸，得盯着屏幕逐行检查，生怕漏了哪个 bug，最后还得自己做全量测试，确保每个加解密场景都没问题。本来以为这周能准点下班，结果现在又得天天加班赶进度，越干越没劲儿。实习生的命也是命啊，能不能来点有技术含量的活？这种纯重复、靠 AI 代工还费钱的任务，真的让人越干越内耗，只想赶紧做完交差，再也不想碰了！

面试题简述MySQL如果数据库做了分库分表，那跨库查询一般怎么处理？面试官想听的1、分库分表带来的代价2、没有完美方案，只有取舍面试回答举例分库分表后，跨库查询本质上是一个复杂问题，一般不会完全交给数据库来做。 常见的解决思路有以下几种：详情请参考：http://xhslink.com/o/4WkaXwLo8R0由浅入深分析1、分库分表本身是为了解决容量和性能问题。2、跨库 JOIN 在设计上应尽量避免。3、查询能力往往通过架构手段补偿。面试加分点1、提到分库分表是有代价的。2、提到反范式设计。3、提到跨库 JOIN 违背了分库初衷，这一点非常加分。