#围观美财长回应斩杀线甩锅# 2025年年中，一个风和日丽的周五下午，我带着美丽的心情，在公司，完善项目网站的一个功能，查看数据库的时候，突然发现一张表里的数据很奇怪。那是个业务数据表，按理说在几秒的时间内，不应该出现三条同样的经办数据（一个客户不可能在几秒内，做三次业务），可偏偏，很多用户数据都出现了这种情况。关键还是正式环境，客户是政府单位的，后面要是稽查起来，不敢想了。虽然不是我做的功能，但还是给我吓的，尿不湿都湿了。 我赶紧给项目经理说了情况，结果就被扣了帽子，说我发现了，怎么不赶紧改，还问是什么原因？直接给我干懵了，我是赶紧看那个功能代码呀，那会是真的害怕了，框框一顿看，后面才发现了...

三轮技术面+一轮hr面都是面完当天推进约面发offer其实还是有点累没缓过来面试前也没准备过有时候还甚至想着挂了再躺平一阵子25年下半年确实很伤心难过希望26年可以幸福一点吧

大老们，拷打一下我的简历吧

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