那天周五下午四点，我正心满意足地准备摸鱼等下班。产品经理突然发了条消息：“有个小需求，把订单状态里的‘处理中’改成‘处理中（请耐心等待）’，就改个文案，5分钟能搞定吧？”我心里嘀咕：文案这种东西，不是前端改一下就行了吗？但后端同事请假了，前端提了个issue说这个枚举值是从后端返的，前端只做映射。好家伙，又是祖传代码的锅。我心想：不就改个枚举描述吗？打开代码，找到那个OrderStatusEnum，把PROCESSING的中文描述从“处理中”改成了“处理中（请耐心等待）”。编译、打包、发布，一气呵成。前后真的只花了5分钟。然后…线上开始炸了。十五分钟后，客服群里开始刷屏：用户说自己的订单消失了...

求佬看看简历有啥写的不好需要改进的，四月底开始投暑期，就得到一个字节的面试，一面挂，其他投的全泡池子，给孩子整抑郁了，已经想创死了

遇到一个民科乐子，最难绷的一集。

1. 手撕：给定一个大小为 n 的数组 nums ，返回其中的多数元素。多数元素是指在数组中出现次数 大于 ⌊ n/2 ⌋ 的元素。2. 解释摩尔投票法的思路，为什么用这种方法？3. 为什么不用哈希表？4. 哈希表的扩容机制是什么？5. 扩容时的时间复杂度？6. 用HashMap的总时间复杂度7. 如果所有元素都不同，哈希表的内存占用会怎样？8. 如果用摩尔投票法， 不存在超过半数的元素，如何识别？9. 场馆预订平台的框架和技术选型，用了什么框架？10. 如何实现存数据库一致性11. 如何用Canal监听MySQL binlog？如果是大规模数据，用几台Canal12. 那数据量很大的话，单台...