想在实习期有好的产出，其实就三招：多问、快报、留底。接活儿的时候，哪怕再简单也得跟mt确认一遍：“我是不是得做成XX样？”省得忙活半天跑偏了。干活中间多支声，别等人家催，主动说进度。最后，把自己踩过的坑写成个小文档。别把自己当学生等投喂，要把自己当成能帮mt省事儿的“正职”，靠谱比什么都强

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

牛客上似乎没啥Google的面经，来补一个攒攒人品，有一面的follow question 回答的不太好，不出意外的话应该已经是凉了，Google的第一轮是两场Coding面试，基本没有bq，纯手撕，每场45分钟，非常标准的面试- 开头简单的自我介绍- 面试官要求打开一个邮件发过来的共享文档，在文档当中coding， 吐槽一下这个文档是真难用，在记事本里面写代码的感觉，code也不能运行。之前有看去年的面经，给的题目似乎难度比较大，今年好像出的题目普遍在mid难度，但是需要写出最优解以及向面试官说明题目。具体题目因为Google政策的原因不方便透露。- 根据写出的code面试官会继续follow question， 我一面被问了时间复杂度，二面问了一个该算法在实际业务场景如何应用- 最后反问

写论文，总是比想象中难得多。选题像是在迷雾中寻找方向，文献堆积如山，让人眼花缭乱。每一次实验，每一份数据，都像是在和时间赛跑，而写出来的文字又总觉得不够精准，不够有逻辑。修改更是折磨人：导师的建议常常让你重写一大段，原本以为完成的部分又要返工。每次看到“再改改”，心里都忍不住叹气，但又明白，这正是论文精炼的过程。虽然难，但正是这种挑战，让你学会整理思路、分析问题，也让你逐渐掌握研究的方法。或许写论文真的不容易，但每一行文字、每一份数据，都是向目标前进的脚步。慢慢来，总会完成的。