路过的友友们给点建议

一、离谱决策：敏感加密组件，交给实习生“练手”？事情的起因很简单：项目要对接用户隐私数据，必须开发一个通用加密组件，用于所有敏感字段的加解密，而且这个组件后续要嵌入多个模块，属于核心基础工具，稳定性和安全性直接决定整个项目的生死。我们组本来都做好了承接准备，毕竟这类组件需要考虑边界场景、异常处理、性能优化，还得兼容新旧代码，不是随便写个加密算法就行。结果领导开会一拍脑袋：“年轻人要多历练，这个任务交给XX组的实习生吧，让他好好锻炼一下。”当时我们全组都懵了，私下里疯狂吐槽：历练可以找常规需求啊，这种核心通用组件，一旦出问题全链路都要崩，交给连生产环境规范都没摸熟的实习生，这不是埋雷吗？可领导一...

ssob是已读不回的，字节是压根不敢投的，简历是反反复复改了N遍的，八股是永远背不完的😅😅😅扯远了，道心破碎了，把简历发出来让大伙先看看笑话。再说正事。寒假日常实习还是很难找，连个面试都难约，我不是个例，这是网上普遍反映。不报希望了，趁着2、3月前赶紧做些什么才是。扔几个碎碎念：1.这破简历还能怎么改？写到什么程度才能过实习岗筛选？广大牛友来锐评一下2.火速辅修go，是否可行目前看来是学习成本最小的。首先，很多go实习岗位已经明确要求掌握gin等技术栈，拿java简历投go的时代已经过去了。其次，很多后端的东西，MySQL、Redis这些都是通用的，不用重新学。所以这个问题就具体为：2.1 java&go混血简历怎么写第一个项目，仿大麦的微服务，不太好改。因为有用到Redisson、AOP、SpringAI这些java强相关的东西，包装成go需要替换这些方案。第二个，点评魔改。应该可以包装成go，github上也有人用go重写过。2.2 java&go通用的轮子RPC直接pass了，太烂大街了。不知道动态线程池能不能做。反正项目上新有风险，不一定来得及，非必要就不开新的项目。补充：别跟我扯RAG了，这玩意已经成新的烂大街了，详见我上一篇的吐槽。3.认真学微调prompt什么的这个半步踩进算法了已经。八股和场景题完全就是另一套，没两三个月搞不定的。约等于换方向

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