中电38所 二面HR面

注：本文方法全行业通用，尤其适合无背景、无经验、0 基础求职的应届生/新人，直接照着做就能用。 当年我也是毕业就要直面“无背景、无人脉、无资本”的三重困境😞——没有家庭圈层带来的先天优势铺路，没有现成可用的职场人脉关系搭桥，没有启动资金的硬实力支撑毕业季揣着简历跑遍所有招聘会，海投的岗位五花八门，甚至误入过传销公司的招聘专场，差点信了“毕业即年入百万” 的鬼话😓。前前后后投了几百份简历，只拿到零星几个面试机会，全程陪跑。 后来我才明白，求职从来不是瞎撞大运，而是先认清自己，再看清市场，最后精准匹配。靠着这套方法，我锁定了房地产营销赛道，从基层文案策划做到城市公司部门管理岗，工作多年带过几十...

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

就是觉得好漂亮，可能是配色？

1. 自我介绍2. 这里的数据量大小是多少，字幕使用mysql存储是不是不大合适，做分表操作必要性大吗？答案：如果字幕数据量只是中等规模，而且查询模式比较明确，比如按视频 ID、语言、时间轴版本去查，MySQL 其实也不是完全不能用，关键在于表结构设计、索引设计和冷热数据策略是否合理。但如果字幕文本本身很长，写入频繁、版本多，而且还有检索、回溯、批量更新这类需求，那单纯放在 MySQL 里就不一定划算了。因为它更适合做结构化数据管理，不太适合承载高频大文本读写。更常见的做法会是 MySQL 存元数据和索引信息，大文本内容放对象存储或者专门的文档型存储里。至于分表有没有必要，要看几个点：单表行数...