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

今天7点半才走，走得最晚的一次以后再也不敢自己胡乱解决冲突了，解决解决着不是报错，就删除4000行代码，又回滚，增加10000多行代码？？？我人傻了，什么鬼啊，越搞越烂，测试环境被我搞烂，开发分支也搞烂，mt帮我搞了一两个小时，后面直接来一句你先把自己代码搞好，后面他们谁有问题自己搞去，那我就先溜了——————————这次涨了教训了，大伙要是第一次遇到合并冲突，要么先问问mt，或者自己先复制一遍开发分支，先自己合了，解决冲突了，本地跑起来了再合到需要的分支上，不得不说，直接在gitLab解决冲突，撤回真的好难用

 没关系的，记录一下

题干解析 剥离题设背景即：给出一个图的邻接矩阵，求这个图有多少个联通分量 算法思路 本题是有关并查集的典型应用。同时我们注意到，我们在构建图时，任意增添一条从一个联通分量去往另一个联通分量的边都会导致两个联通分量合并为一个，因此总联通分量减少一个，初始无边的图联通分量为点的个数。同时并查集数据结构又十分便于我们进行是否在同一个联通分量的判断。 实现代码 class L547 { class UnionFind { vector<int> parent; public: explicit UnionFind(const int n) : parent(n) { for (int i ...