美团一面，测试开发

题干解析 题设给定一个砖块状态数组和每次的敲击情况，砖块只有互相在上下左右具备连接，且有至少一个砖块与顶部连接才算稳定，打击后变得不稳定的砖块组会被消除，要求我们返回每次敲击后的砖块因不稳定而消除的数量。 算法思路 初始情况所有还存在的砖块可看作一个组，后续的击打便是消除组内部分连接边使得组可能一分为二也可能不变，一分为二时不稳定的组便会被清除，且需要确定清除了多少个砖块。 有关分组的数据我们不妨使用并查集进行维护，但有一个重要问题便是并查集本身并不支持删除已建立的连接。对此我们不妨逆向解决此问题，由此我们成功将并查集无法处理的边删除问题逆向为边增添的问题。假设我们得到所有需要打掉的砖块后的砖...

刷到过很多实习生和mentor处成哥们儿的帖子，看完大概率会羡慕这种亲近的上下级关系。但我想说，不管你跟带教的关系有多铁或者多僵，都得拎清课题分离这事儿，工作的边界感千万不能乱踩！📝 下面这几条雷区，实习生们可千万别踩！1.别越级瞎提建议除非带教主动问你想法，否则别愣头愣脑地凑上去说 “我觉得你应该咋样咋样”。咱就管好自己那一亩三分地，把本职工作干明白就够了，别瞎操心不属于自己的事儿。2.别卖队友换好感❌那种把实习生之间的小秘密捅出去，就为了换带教或者同事认可的操作，纯纯是作死。尤其是那些会影响到别人的话，比如 “她就是嫌通勤远才请假”“他们偷偷建了个小群吐槽”，这话一出口，不仅把同事的信任踩碎了，自己还得惹一身麻烦。3.别养成反驳甩锅的臭毛病📗犯了错第一反应别是找借口、甩锅，那没啥用。不如沉下心复盘问题出在哪儿，琢磨个解决方案出来，保证下次不再掉坑里，这才是正经事。4.别瞎掺和正职的八卦我之前实习的组氛围贼好，正职们经常聊对象、聊恋爱进展啥的。但人家正职能聊，不代表咱实习生能跟着掺和。乖乖当个安静的吃瓜群众，竖起耳朵听着就行，别瞎插嘴，当个小透明准没错👂4.别随便评价别人的人品背后嚼舌根说别人咋样咋样，很容易让人觉得你没分寸。你聊啥，别人就可能觉得你认同啥，职场里保持中立，少议论人，才是最稳的。

一句话总结：先看这个需求是否合理：需求评审会，再看这个需求给谁做：排期，那你打算怎么做：技术评审，做的怎么样：code review，测试介入。发布这个需求：上线需求评审会：这个实习生都不一定能参与，其实就是产品提完需求之后，大家一起聊一下这个需求的合理性，可行性和价值。一起对其一下对这个项目的理解。排期：看谁最近手里有空闲时间，就把这个需求给谁做。大厂内部都有一个类似日历的东西，相当于需求的时间管理表。你要和各个同学，比如产品，前端，测试协调好时间。比如你说你1.6-1.9预估完成这个需求，那前端是不是预估1.9-1.10完成前端需求？测试是不是预估1.10-1.11完成这个需求？技术评审：...