← 返回岗位列表

百度

校招

2027AIDU-端到端系统架构师(J99978)

北京市 · 校招 · 2027 届 · 博士

长期有效

任职要求

  • 1. 计算机科学、机器人学、控制工程、应用数学等相关专业硕士/博士在读;
  • 2. 熟练掌握深度强化学习(DRL)、模仿学习(Imitation Learning)、序列决策(POMDP)等方法的理论与实践;
  • 3. 熟悉PyTorch框架,具备Python/C++编程能力及Linux开发经验;
  • 4. 了解经典决策规划算法(如A*、RRT*、MPC)或控制理论(如车辆动力学模型);
  • 5. 熟悉自动驾驶决策规划任务(行为决策、轨迹生成、交互建模)及数据集(nuPlan、Waymo Motion Dataset);
  • 6. 具备多智能体系统、博弈论、不确定性推理(Bayesian Networks)经验者优先;
  • 7. 在CoRL、ICRA、IROS等机器人/自动驾驶顶会发表决策规划相关论文,或参与Apollo、Autoware等开源项目;
  • 8. 熟悉决策规划开源框架,有机器人路径规划(如无人机、机械臂)开发经验;
  • 9. 对复杂系统建模有强烈兴趣,具备严谨的逻辑思维与跨学科协作能力。
  • 招聘部门:自动驾驶技术部

岗位描述

【岗位职责】

  • 1. 端到端系统

-构建强大且扩展性强的端到端系统,设计和训练端到端模型,规模化解决自动驾驶问题;

-应用生成模型、模仿学习、强化学习等提升模型规划及推理能力;

  • 2. 数据与模型迭代

-探索数据采集与数据生成方法,提升训练数据的多样性与质量;

-研究并实现适用于预训练与后训练阶段的最优数据使用策略。

【任职要求】

  • 1. 计算机科学、机器人学、控制工程、应用数学等相关专业硕士/博士在读;
  • 2. 熟练掌握深度强化学习(DRL)、模仿学习(Imitation Learning)、序列决策(POMDP)等方法的理论与实践;
  • 3. 熟悉PyTorch框架,具备Python/C++编程能力及Linux开发经验;
  • 4. 了解经典决策规划算法(如A*、RRT*、MPC)或控制理论(如车辆动力学模型);
  • 5. 熟悉自动驾驶决策规划任务(行为决策、轨迹生成、交互建模)及数据集(nuPlan、Waymo Motion Dataset);
  • 6. 具备多智能体系统、博弈论、不确定性推理(Bayesian Networks)经验者优先;
  • 7. 在CoRL、ICRA、IROS等机器人/自动驾驶顶会发表决策规划相关论文,或参与Apollo、Autoware等开源项目;
  • 8. 熟悉决策规划开源框架,有机器人路径规划(如无人机、机械臂)开发经验;
  • 9. 对复杂系统建模有强烈兴趣,具备严谨的逻辑思维与跨学科协作能力。

招聘部门:自动驾驶技术部

你的简历匹配这个岗位吗?

上传简历,AI 会对照这份 JD 指出你的差距和需要补强的地方

该岗位可能会问的问题

基于 后端开发 岗位的常见面试问题整理

请解释 RESTful API 的设计原则,并举一个你实际设计过的例子

类型专业能力·难度中等
查看答题思路

1. 资源导向:URL 表示资源而非操作 2. HTTP 方法语义:GET/POST/PUT/DELETE 对应查增改删 3. 无状态:每个请求包含全部所需信息 4. 统一接口:一致的响应格式(如 JSON) 5. 举例:用户模块 /users/{id},GET 查/POST 创/PUT 改/DELETE 删,返回统一 {code, data, message}

MySQL 索引的底层数据结构是什么?为什么用 B+ 树而不是哈希表或红黑树

类型专业能力·难度困难
查看答题思路

1. B+ 树:非叶子节点只存 key 不存 data,单次 IO 读更多 key 2. 叶子节点形成有序链表,支持范围查询(哈希表不支持范围) 3. 高度低(3-4 层可存千万级数据),减少磁盘 IO 4. 对比红黑树:B+ 树是多叉的,高度更低,磁盘 IO 更少

你参与过的最复杂的后端项目是什么,你承担了什么角色

类型项目经历·难度中等
查看答题思路

1. 项目背景:一句话说清业务场景 2. 技术栈:语言/框架/数据库/中间件 3. 个人职责:你做的,不是团队做的——用「我设计了」「我优化了」 4. 难点:遇到了什么具体问题,怎么解决的 5. 数据佐证:QPS 从多少提到多少 / 延迟降了多少

什么是微服务架构,和单体架构相比各有什么优劣

类型专业能力·难度简单
查看答题思路

1. 单体:所有功能在一个进程,部署简单,初期开发快;缺点是耦合高、扩展难 2. 微服务:按业务拆分独立服务,独立部署/扩展/技术栈 3. 优点:故障隔离、团队自治、技术栈灵活 4. 缺点:网络开销、分布式事务、运维复杂度 5. 判断标准:团队<10 人或业务不复杂时,单体是更好的选择

如何设计一个高并发的秒杀系统

类型情景/案例·难度困难
查看答题思路

1. 前端限流:按钮置灰、验证码 2. 网关层:Nginx 限流 + 负载均衡 3. 业务层:Redis 预减库存(原子操作),消息队列异步下单 4. 数据库:乐观锁扣库存,读写分离 5. 降级方案:流量过大时返回「已售罄」而非崩溃

更多面试题库功能即将上线

信息来源:企业官方招聘页。投递前请以官网信息为准。