一个月了还是0offer

加班真的很不爽，这话一点都不夸张。白天写不完的需求，被推到深夜；本该属于生活的时间，被一句“紧急一下”悄悄拿走。人坐在工位上，代码还在跑，身体却早就开始报警。这几年，经常能看到“某某程序员因长期加班出事了”的消息。标题冰冷，几行字带过，却是一个人透支健康、压缩人生后的全部结果。需求会迭代，版本会更新，但倒下的人，没法重启。最讽刺的是，加班常被包装成“奋斗”“责任感”，可身体并不理解这些词。它只记得熬过的夜、错过的饭点和被忽视的疲惫。等问题真正出现时，项目还在继续，工位很快会被填上。工作很重要，但不该用命来换。能拒绝的加班就拒绝，能白天解决的事别拖到深夜。代码可以慢慢写，人生却没有回滚键。

现在已经流转了三个部门了

经历了近一个月各大厂陆续开奖，期间有惊喜有顾虑，为了做出最好的选择反复纠结，可事实确实不会有在每一个方面都是最优秀的offer，只能是选择自己最想要的是什么，在收获了一个SSP，三个SP，四个白菜之后，还是选择留在深圳，加入TME此外还要特别表扬一下米哈游，hr和leader都特别用心，薪资的诚意和介绍业务的耐心都让我这个校招生感到很强的被接纳和归属感，最后还是因为base地，可能没那么有缘分，如果人生能开支线我也想去拯救世界网易也很好很有耐心很有诚意anyway，一切都是最好的选择，校招也只是起点，希望未来几年的自己回望现在不会感到后悔，牛友们共勉

MySQLMySQL 的索引为什么使用 B+ 树，而不是二叉树或哈希表？面试题考点是否理解数据库存储引擎和磁盘 IO 之间的关系。面试官想听的1、B+ 树能减少磁盘 IO2、B+ 树能支持范围查询，但是哈希不能3、InnoDB 是页结构，B+ 树能天然适配页存储面试示例回答B+ 树是专门为磁盘存储设计的数据结构。在 MySQL 中，一个节点通常是 16KB，当我们查询时，每次 IO 会把整个节点读入内存。详情请参考：http://xhslink.com/o/e1Fu4WUJnR由浅入深分析1、为什么不是二叉树：太高、IO 次数多、查找慢。2、为什么不是 B 树：B 树每层都存数据，遍历效率低。...