光大银行长沙分行+金融科技岗 一面

那一次，我负责给一款嵌入式设备烧写系统镜像并做测试。为了不出错，我小心翼翼地在开发板上操作，每条命令都反复检查。但就在最后一步刷机时，我不小心把生产分区的镜像写成了测试镜像。结果，如果没及时发现，设备的固件就会被完全覆盖，可能导致整批设备报废，还要重新刷写和调试。幸好我在烧写前做了备份，才避免了一场真正的“灾难”。这件事让我深刻体会到：嵌入式系统里，一条小小的命令也可能闯出大祸。小心翼翼固然重要，但规范操作、做好备份和多重检查，才是嵌入式开发中避免踩坑的必修课。

1.邮件没通知2.测评没发3.笔试没发

自从字节抖音电商hr面泡了将近一个月挂之后，对字节已经完全无感了。目前手里也拿着三四个offer，秋招也早早结束。然后字节有个hr（开发者服务）又联系我，想约我面试，我反正觉得无聊就面了，目前今天通知二面通过，看leader三面有啥时间。想着马上一些公司马上也开奖了，中午11点没等到约面的消息，就稍微催了一下想在这周把三面面完，然后遇到了如下情况。说不打算面了，然后直接给我简历释放了，大家也记得字节还是尽量别催流程，容易挂。我发出来主要还是觉得无语哈哈，点名批评开发者服务。

题干分析： 题设所给的信息有些多，大致内容总结如下：  题设情景给我们n个盒子，编号0，1，2……，n-1 初始状态字数组status，标识每个盒子初始状态是开（1）还是闭（0） 糖果数数组candies，记录每个盒子种的糖果数 钥匙数组keys，记录每个盒子打开后内含的钥匙编号，获得的钥匙能够打开与其编号对应的盒子 内含盒子数组containedBoxes， 记录每个盒子打开后内含的盒子编号 初始给予的盒子数组initialBoxes，记录题设情景初始给予我们的盒子编号  算法思路： 总体思路是状态化访问。题设的盒子一开始只有两种状态：开/闭，而我们是否拥有这个盒子其实也算两种状态（注意这里...