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

敢问哪家大厂能在工位这件事上打过百度？L 型大工位真的太犯规了东西随便铺开、灵感随时落地这种自由感，谁能不心动啊🥹不服来战💪

不过大厂的面试确实比小厂能学到更多

从面试官的视角来看，所谓的“小技巧”往往不是候选人用来“作弊”的手段，而是那些能高效展示实力、降低沟通成本、体现工程素养的行为。作为面试官，我们在评估候选人时，内心其实有一套隐藏的评分表。以下是我们眼中真正加分的“小技巧”，以及我们如何看待某些常见的“套路”：一、我们最欣赏的“高光时刻” (真正的加分项)1. “先问后做”的工程直觉 (Clarification First)面试官心理：“我最怕那种拿到题就埋头狂写，写了半页纸才发现需求理解错了的人。这浪费大家时间。”加分技巧：在动手前，主动确认边界条件（输入为空？数据量多大？并发多高？）。主动询问业务场景（“这个功能是给内部运营用还是给 C ...