JAVA后端这个月底结束实习推荐继续留在这里实习吗？

1，AI写代码最麻烦的是修改一个东西，可能会把其他地方的代码改错，开会关闭软件很麻烦，可以淘宝买2个ai，一天不够用就别别人家。最好买一键换号，不用麻烦关闭-开启Cursor2，ai做之前先让ai复述自己需求，他说的不对自己再纠正他，能保证他没曲解我们的意思3，让ai修改bug的时候可以让他写控制台信息，方便后面给ai发日志定位错误4，很多晚上让ai改bug死活改不对，还得自己看代码才行。  痛苦的要死，不能完全ai，人类就变成软皇帝了5，让ai实现各板块功能前，让ai在md写好详细的实现思路，界面原型，用户操作流程等一切描述，越详细越好，后面所有对此板块的功能完善均以此md为标准6，开多个cursor，一个负责写前端，一个负责写后端，另一个可以和你答疑，比如问他这个项目还可以怎么拓展啥的，项目报错前后端信息给前后端的ai都发，问他们是谁的错，ai会判断出是前端还是后端的错7，ai整理项目接口会不准确，比如接口参数，返回参数，他总结的会不正确，可能也是ai技术有限吧8，我感觉还是因为claude技术有限，让两个ai写前后端时候，必须是一点一点功能做完，自己看完没问题了，再接着让ai写后面实现。9，ai确实会从自己写的文档来看项目，如果你只想让ai看代码，就把md文档删了10，不要着急把ai没写完的总结就关闭掉，有些信息是ai需要告诉你还要做什么，之前想节约流量写完代码我就关了，结果代码完成的后续工作可能就忽略做了

那天我出门在外，刚结束一段外地的事情，匆忙赶去面试。到达地点时发现时间紧迫，周围又没有合适的咖啡馆或休息处，只能站在马路边等候。面试官打电话确认后，我就在路边站着，周围是来来往往的车辆和行人。风一阵一阵吹过，手机信号也忽好忽坏。尽管环境嘈杂，但我还是尽量调整状态：深呼吸、整理思路、把自己当成正常的面试场景。电话那头的面试官声音很专业，我也尽量用清晰的语言回答问题。中间有几次被路过的车声打断，但我都稳住情绪，继续把问题讲完。那一刻我才意识到，真正的面试不是看你在哪，而是看你能不能在任何环境下保持冷静、把事情做完。面试结束后，我站在路边松了一口气，也更明白：出门在外，真正能靠的，是自己的准备和心态...

1. ACM竞赛，这个竞赛是大学里含金量很高的一个，从古一直流传着拿到银牌，BAT保底的说法(虽然这两年不一定了)。但是这个竞赛需要花费太多时间，而且很吃天赋和努力，而且越来越卷了。2. kaggle竞赛，这是数据和算法领域全球性的比赛，优点在于认可度高，丰富的社区非常适合新手学习缺点是很难拿好的奖项3. 在和鲸社区、天池等中文社区举办的比赛。这些比赛相比kaggle没有那么多的竞争者，拿奖机会更高，而且更具项目性基本都可以当做一个独立的project放在简历里浓墨重笔地介绍，甚至我有个没获奖的竞赛，但是因为背后也付出了很多有意思的努力，因此仍然可以写在简历上~

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