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

早上开晨会，领导突然说让我把手头的工作全放一放，给我塞了个新任务 —— 给系统里一堆字段做加密解密。功能本身不难，就是个简单的加解密逻辑，但架不住改动点太多了，几乎每个涉及这些字段的接口、页面、数据库操作都要手动加解密，想想就头大。更离谱的是，领导直接跟我挑明 “必须用 AI 做，AI 做不好你再手动改”，等于把我变成了 “AI 指挥官 + 校对工”。我的工作瞬间从写代码变成了跟 AI 掰扯：跟它说清楚哪些字段要加密、哪些要解密、用什么算法、在哪几个文件里改，光沟通需求就耗了一上午。用的是 Cursor，一次批量改动直接用掉了 13 美刀，看着扣费提示我都心疼 —— 这钱还不如给我加个餐呢！而且 AI 改的代码根本不能直接用，要么漏了某些文件的改动，要么加密解密的位置搞反了，我还得逐行核对，把 AI 没改对的地方手动修正，比自己从头写还费眼。最憋屈的是，这活完全没成长啊！就是重复的加解密操作，AI 代劳了大部分，我只负责核对和兜底，学不到任何新东西，还特别无聊。想摸鱼都不敢光明正大摸，得盯着屏幕逐行检查，生怕漏了哪个 bug，最后还得自己做全量测试，确保每个加解密场景都没问题。本来以为这周能准点下班，结果现在又得天天加班赶进度，越干越没劲儿。实习生的命也是命啊，能不能来点有技术含量的活？这种纯重复、靠 AI 代工还费钱的任务，真的让人越干越内耗，只想赶紧做完交差，再也不想碰了！

我上一次认真准备面试，已经是三年前的事了。那时候我一直觉得，只要 Java 基础还在，项目经验还在，问题就不大。毕竟那么多年后端，不至于一出来就水土不服。直到真正开始面试，我才发现一个事实：我不是技术退步了，而是市场已经换了一套考法。第一轮面试，我就意识到“不对劲”前半段问题其实很熟：Java 基础并发、JVM、数据库、中间件分布式、微服务、Spring 体系我心里还在想：还好，没脱节。但很快，问题开始变了：如果这个系统让你重新设计，你会怎么做？你当时为什么不用另一种方案？在不确定需求下，你怎么判断技术取舍？开放性场景题明显多了。没有标准答案，面试官更关心的是你的思考过程，而不是结论本身。真正...