• 外包信息请发到 /go/outsourcing 节点。
• 不要把相同的信息发到不同的节点
状态: 招聘中 | 人数: 1 人 | 地点: 深圳优先 / 支持全远程 | 薪资: 30K–60K | 经验: 5 年以上 | 学历: 本科及以上
工作时间：大小周 投递邮箱： [email protected]
关于我们
探鸽智能（ Tange AI ）是专注于 IoT 实时音视频（ IoT-RTC ）领域的云服务商，国内少数在嵌入式端深度适配自研 RTC 能力的云平台。核心产品 Ti RTC PaaS 正处于关键建设阶段——基于多年生产积累，将成熟的音视频能力提炼为标准化的 PaaS 云服务，服务全球 IoT 设备厂商。官网： https://tange.ai/
团队全员远程，扁平结构，工程师文化，决策链极短，积极拥抱 AI-Native 开发方式。
岗位定位
P2P 传输层是 Ti RTC 的核心骨架——每一次通话能否接通、每一帧音视频的传输质量，都由这一层决定。
这是公司技术含量最高、影响面最广的方向之一。你不是一个调用 WebRTC API 的工程师，而是要在内存受限的嵌入式环境中，实现和迭代穿透算法、抗弱网机制、媒体传输协议——你的代码会直接运行在全球客户的 IoT 设备上。
你会做的事
1. 主导 P2P 穿透与连接建立：负责 STUN/TURN/ICE 全栈实现，持续优化复杂网络（ 4G/WiFi/双重 NAT ）下的穿透成功率和连接速度，保证 P2P 优先、云端府底的架构稳定运行
2. 研发抗弱网传输算法：针对 IoT 设备的弱网场景，设计并迭代 FEC 、NACK 、码率自适应、抖动缓冲等机制，维持极端网络条件下的音视频可用性
3. 维护媒体传输协议栈：负责 RTP/RTCP/DTLS/SRTP 在嵌入式平台上的裁剪与适配，确保加密传输、媒体保活和统计反馈的稳定运行
4. 跨平台 SDK 传输层开发：维护 C/C++ 传输层代码在多芯片平台（ RK 系列 / ESP32-S3 / EC618 ）上的编译、调优与兼容性，保障内存占用 ≤100KB 、冷启动 ≤1s
5. 建立传输层可观测体系：定义关键传输指标（ RTT / 丢包率 / 码率 / 首帧延迟），推动性能基准测试与回归测试体系建设
任职要求
硬性要求（红线）
- STUN/TURN/ICE 协议深度理解，有实际工程实现经验（非仅 WebRTC 高层 API 调用）
- 熟悉 RTP/RTCP/DTLS/SRTP 等媒体传输协议的工作机制
- C/C++ 基础扎实，能在资源受限（ RAM < 200KB ）的嵌入式环境写出高质量生产代码
- 有 FEC / NACK / 码率自适应等抗弱网算法的实际设计或深度优化经验
- 熟悉 Linux 网络编程（ socket / epoll / 非阻塞 I/O ）
- 主动使用 AI 工具（ Claude / Cursor 等）辅助开发——这是团队的基础工作方式，非加分项
加分项
- 有 WebRTC Native 源码级阅读经验或开源贡献
- 有嵌入式平台（ ESP32 / Rockchip / 4G 模组） SDK 适配经验
- 有 Go 语言经验（信令服务端部分协作）
- 了解 QUIC 或现代传输协议
- 有自研 RTC 或媒体引擎（非直接使用 libwebrtc ）的经历
我们更看重的特质
-协议级思维：能从抓包分析到算法调优独立完成，不止步于“能跑通”
-数据驱动：有量化优化成果的习惯，用延迟 ms 、丢包率 % 说话
-嵌入式直觉：对内存、CPU 、功耗有天然的敏感性
-技术自驱：能主动识别传输层的隐患并推进解决，不等 bug 爆发
试用期标准：能独立完成一项可量化的传输层改善（如：特定网络场景穿透率提升，或某平台内存占用降低），并输出可复用的测试基准。
我们能给你什么
- 做真正的底层传输技术，代码直接运行在全球 IoT 设备上
- 嵌入式 + 网络协议 + 媒体传输的交叉技术深度，稀缺性极高
- AI-Native 研发文化，用 AI 做协议分析、代码审查、测试生成
- 有竞争力的薪资，根据能力面议
工作时间：大小周 投递邮箱： [email protected]
关于我们
探鸽智能（ Tange AI ）是专注于 IoT 实时音视频（ IoT-RTC ）领域的云服务商，国内少数在嵌入式端深度适配自研 RTC 能力的云平台。核心产品 Ti RTC PaaS 正处于关键建设阶段——基于多年生产积累，将成熟的音视频能力提炼为标准化的 PaaS 云服务，服务全球 IoT 设备厂商。官网： https://tange.ai/
团队全员远程，扁平结构，工程师文化，决策链极短，积极拥抱 AI-Native 开发方式。
岗位定位
P2P 传输层是 Ti RTC 的核心骨架——每一次通话能否接通、每一帧音视频的传输质量，都由这一层决定。
这是公司技术含量最高、影响面最广的方向之一。你不是一个调用 WebRTC API 的工程师，而是要在内存受限的嵌入式环境中，实现和迭代穿透算法、抗弱网机制、媒体传输协议——你的代码会直接运行在全球客户的 IoT 设备上。
你会做的事
1. 主导 P2P 穿透与连接建立：负责 STUN/TURN/ICE 全栈实现，持续优化复杂网络（ 4G/WiFi/双重 NAT ）下的穿透成功率和连接速度，保证 P2P 优先、云端府底的架构稳定运行
2. 研发抗弱网传输算法：针对 IoT 设备的弱网场景，设计并迭代 FEC 、NACK 、码率自适应、抖动缓冲等机制，维持极端网络条件下的音视频可用性
3. 维护媒体传输协议栈：负责 RTP/RTCP/DTLS/SRTP 在嵌入式平台上的裁剪与适配，确保加密传输、媒体保活和统计反馈的稳定运行
4. 跨平台 SDK 传输层开发：维护 C/C++ 传输层代码在多芯片平台（ RK 系列 / ESP32-S3 / EC618 ）上的编译、调优与兼容性，保障内存占用 ≤100KB 、冷启动 ≤1s
5. 建立传输层可观测体系：定义关键传输指标（ RTT / 丢包率 / 码率 / 首帧延迟），推动性能基准测试与回归测试体系建设
任职要求
硬性要求（红线）
- STUN/TURN/ICE 协议深度理解，有实际工程实现经验（非仅 WebRTC 高层 API 调用）
- 熟悉 RTP/RTCP/DTLS/SRTP 等媒体传输协议的工作机制
- C/C++ 基础扎实，能在资源受限（ RAM < 200KB ）的嵌入式环境写出高质量生产代码
- 有 FEC / NACK / 码率自适应等抗弱网算法的实际设计或深度优化经验
- 熟悉 Linux 网络编程（ socket / epoll / 非阻塞 I/O ）
- 主动使用 AI 工具（ Claude / Cursor 等）辅助开发——这是团队的基础工作方式，非加分项
加分项
- 有 WebRTC Native 源码级阅读经验或开源贡献
- 有嵌入式平台（ ESP32 / Rockchip / 4G 模组） SDK 适配经验
- 有 Go 语言经验（信令服务端部分协作）
- 了解 QUIC 或现代传输协议
- 有自研 RTC 或媒体引擎（非直接使用 libwebrtc ）的经历
我们更看重的特质
-协议级思维：能从抓包分析到算法调优独立完成，不止步于“能跑通”
-数据驱动：有量化优化成果的习惯，用延迟 ms 、丢包率 % 说话
-嵌入式直觉：对内存、CPU 、功耗有天然的敏感性
-技术自驱：能主动识别传输层的隐患并推进解决，不等 bug 爆发
试用期标准：能独立完成一项可量化的传输层改善（如：特定网络场景穿透率提升，或某平台内存占用降低），并输出可复用的测试基准。
我们能给你什么
- 做真正的底层传输技术，代码直接运行在全球 IoT 设备上
- 嵌入式 + 网络协议 + 媒体传输的交叉技术深度，稀缺性极高
- AI-Native 研发文化，用 AI 做协议分析、代码审查、测试生成
- 有竞争力的薪资，根据能力面议
目前尚无回复
Select Language