我的是"熟练掌握Redis，有高并发项目经验"。实际情况是：我在一个日活200的内部系统里用过Redis缓存了几个接口，并发峰值大概是……同时在线的三个测试同学。但就是这句话，被面试官揪住问了二十分钟。缓存穿透怎么解决、持久化方案选哪个、数据倾斜怎么处理……我当时脸上镇定，脚趾头在鞋里抠出了三室一厅。最后面试官说了句"你对Redis的理解还有些浅"，我点头称是，心里想的是：浅？我他妈根本没下水。后来我花了两周把Redis真的学了一遍。再被问到同样的问题，答得还不错。所以简历上写了什么不重要，重要的是写完之后有没有真的去补。心虚可以，但别一直虚着。

timeline过年前就约的年后三月份的面试2026 3.05 一面2026 3.10 二面（挂）2026 3.13 二面2026 3.16 hr面2026 3.19 口头oc2026 3.20 offer两道手撕无重复字符最长子串数组中能组成小于n的最大数字记录一下 不多写什么了 同时也感谢平台上以前发面经的佬们记录的一些手撕题目 刷一刷颇有成长

ClaudeCode是真好用啊，谁懂啊不知道ClaudeCode 为什么这么恨老中

嵌入式到底要不要刷算法题，我面了 20 多家之后的结论是：大厂要刷，而且不能完全不刷。小公司不用在算法题上投入太多时间，性价比很低。一开始我对这个问题也很纠结。因为嵌入式岗位的核心明明是硬件基础、单片机、RTOS、通信协议、项目经验，为什么面试里还会出现链表、二叉树、动态规划？后来面得多了，我慢慢发现：算法题在嵌入式面试里，不是为了考你会不会“做 LeetCode”，而是面试官用来快速判断你的基础能力和筛选效率。真正的问题从来不是“嵌入式岗该不该刷算法”，而是：你投的公司层级不同，算法题的重要性完全不一样。一、算法题在嵌入式面试里的真实定位面试官用算法题，通常在判断三件事：你是否具备基本的数据...