AI用久了，脑子是会变懒的，但是不用 AI ，完全拒绝 AI ，既要又要那就是矛盾体！以前学东西像自己盖房子，一砖一瓦都得搞清楚。现在像直接住精装房，啥都有但不知道墙里电线怎么走的。bug不问原因，算法不问思路，久了确实会变成高级点的“复制粘贴侠”。

今年！很荣幸能参加牛客的第一次创作者礼物互送计划～想出这个点子的小队长真是个天才@创作小队长能看出来小队长是一个很细心很温暖的一个人可惜天南地北见不到，只能做牛客网友hh也是没想到 我居然是小队长的“圣诞老人”🧑‍🎄当时看到地址是北京牛客，也就想说是不是其他参加活动的员工公布匹配信息的时候也是蛮有趣的～当时考虑到办公室的属性其实有点想送什么毛毯/抱枕/眼罩/U形枕之类的，实用性用品，但是有感觉少了点创意，同时也怕重复，于是目标转向办公室摆件！发现了一个很有意思的，“握草”摆件！（如图）不过确实有点小、嘿嘿 而且怕有歧义hhh 最后选定了小金桔！金豆，平安，福禄，寓意多好呀 还好小队长也喜欢...

因为我把一个东西的版本给升级了，要重新打包镜像，我本地测好了以后要推到线上嘛，要部署，然后死活部署不起来代码都是AI帮我写的，我也进入到容器里边，然后看日志，看那个event事件 都没定位到问题，结果今天好不容易才发现了，原来他写那个dockerfile的时候，他copy的时候，他代码的路径和复制出来的/app下边的路径它字母不一样，两个路径不一样，导致我挂载那个盘呀或者说引用别的依赖呀，他就有报错儿，然后我也没仔细看，我也没看代码，全是AI帮我写的，结果这个破玩意儿卡了我一天，真不知道我之前那个同事为啥要这么写，是笔误吗？

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