2025 年的年底，对我来说，并不体面。裁员的通知来得并不突然。大环境不好，这句话我们已经听了三四年。从 2022 到 2025，互联网不再增长，故事不再性感，资本不再慷慨。只是当那封邮件真正落在自己头上时，才发现，所有“早有预期”的心理建设，几乎没有任何用处。我今年三十多岁，程序员。为几个公司干了快十年，最好的青春几乎都交代在工位上。大环境真的不好，不是不努力这几年，明显能感觉到风向变了。需求越来越少，指标却越来越多；项目周期越来越短，加班却越来越理所当然；人员一轮一轮地“优化”，活却一点没少。以前我们总说：“只要努力，就不会被淘汰。”现在才发现，很多时候不是能力问题，而是位置问题、年龄问题...

勤勤恳恳的在工位上干了大半天，看mt不在，想出去接杯热水放松一下，居然半道碰见mt了，还似笑非笑地说我怎么又出来摸鱼了......这个timing抓的好，下次不许了

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