← 返回岗位列表

腾讯

实习

游戏引擎开发

深圳总部/北京/上海/杭州 · 实习 · 不限

长期有效

任职要求

  • 1、计算机科学、计算机工程、应用数学等相关专业;
  • 2、扎实的"内功"基础:深入理解数据结构、算法、操作系统与计算机体系结构;
  • 3、热爱编程,至少熟练掌握一种游戏开发常用的编程语言,如C++/C#等,具备优秀的系统编程素养;
  • 4、对图形学、物理仿真、计算机动画、引擎架构或游戏AI等某一领域比较熟悉;
  • 5、熟悉/了解Unreal、Unity等主流商业引擎的架构与运作机制;
  • 6、良好的数学功底和英文学术/技术文档阅读能力;
  • 7、良好的沟通表达能力和团队合作意识;
  • 8、热爱游戏,对于创新和解决极具挑战性的硬核问题充满激情,有极强的学习、分析及解决问题能力。
  • 拥有丰富的C/C++深入开发和复杂系统性能调试经验;
  • 熟练使用Codebuddy、Codex、Claude Code等工具,能驾驭AI产出高质量的工业级系统代码。

岗位描述

【岗位职责】

负责引擎模块以及工具链部分的研发,探索AI技术在游戏引擎中的深度应用。

  • 1、下一代图形与渲染:迭代核心渲染管线与图形算法,打磨极致的光影效果;探索前沿图形学与AI的交叉领域,如神经渲染、AI超分、光线追踪在实时渲染中的落地;
  • 2、物理与动画底座:研发高拟真的碰撞检测与实时物理仿真;探索结合机器学习的物理驱动动画与角色行为系统;
  • 3、工业级与智能化工具链:构建高效的资源管线;推动AIGC能力与引擎编辑器的深度结合,打造加速美术生产与PCG的智能化工具流;
  • 4、极限性能压榨:深入操作系统与硬件底层,负责跨平台架构设计与极限性能优化;
  • 5、前沿技术追踪:保持对学术界和工业界最新技术的敏锐嗅觉,将其转化为引擎的实际生产力。

【任职要求】

  • 1、计算机科学、计算机工程、应用数学等相关专业;
  • 2、扎实的"内功"基础:深入理解数据结构、算法、操作系统与计算机体系结构;
  • 3、热爱编程,至少熟练掌握一种游戏开发常用的编程语言,如C++/C#等,具备优秀的系统编程素养;
  • 4、对图形学、物理仿真、计算机动画、引擎架构或游戏AI等某一领域比较熟悉;
  • 5、熟悉/了解Unreal、Unity等主流商业引擎的架构与运作机制;
  • 6、良好的数学功底和英文学术/技术文档阅读能力;
  • 7、良好的沟通表达能力和团队合作意识;
  • 8、热爱游戏,对于创新和解决极具挑战性的硬核问题充满激情,有极强的学习、分析及解决问题能力。

【加分项】

拥有丰富的C/C++深入开发和复杂系统性能调试经验;

熟练使用Codebuddy、Codex、Claude Code等工具,能驾驭AI产出高质量的工业级系统代码。

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

上传简历,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. 降级方案:流量过大时返回「已售罄」而非崩溃

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

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