文远知行：自动驾驶算法验证-二面（1h10min）

一面：上来先自我介绍，讲了讲自己对部门感兴趣，简单介绍了下自己的项目，然后就是长达50分钟的项目拷打，问的很细，state，reward咋设计的，扩展到很多智能体怎么办，中间问了些ppo，qmix，GAE公式的基础知识，最后剩10分钟做了个简单代码题结束二面：正在准备，很慌，不知道还会问啥（有知道的uu也可以提醒我下）

都是研发岗 1、讯飞n*14苏州，汽车相关 方向可能好点，但害怕会被裁员2、韶音n*16深圳，耳机相关，整体感觉工作压力会小一些，但害怕不好跳槽想听听各位的投票理由和对两个公司的评价还想和在这两个公司工作过的前辈询问一下，年终奖发放情况和加班情况

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

没想到挂了还有感谢信啊哈哈哈哈啊哈哈啊哈哈