音视频 过程 内录 ，文件没有通过网络获取，对于测试 本身 就没有加入到 client -server 中 录制本身就是 转码

本地 查看 音视频质量 推流 obs 工具 ，拉流用 CLV 可以简单进行 查看音视频的质量 ，动态拉流过程中 也不好说，也可以利用 sipcapture 监控方案 ，监控整个推拉流的过程 可以小范围的 确定是 SDK 逻辑问题 还是 server 处理问题；

测试的方向 也分 SDK 端 和 服务器端 ，要搞 就要走 SDP 协议 做一个 实验室环境； 有时间 可以持续研究和手动实现一下 利用 aiortc 框架

昨天和 rtc 服务的架构聊了聊， 测试音视频 非 h264 版本 和 H264 版本， client 采集和传送到服务的 服务端 就是转发 ，这个过程 ，测试中 要有样本 中间监控推拉流 也要最后拉流的视频对比， 其实最终查看的 就是 推流的大小 到服务器转发的大小 到拉流的大小 头是否正确 文件大小是否正确； 但就是不好做，

我都结婚了

遇到 技术基础 还可以的，我会认真的问 到底 选择测试开发 还是开发， 一定比例的人 选择开发，我都是祝福他们 一定要坚持；

是这种么

你可以 品味一下 我 ” 简单说明 “ 上面 那句话

你在找工作 简历发过来，你看这样可以么 你的要求我会汇总到人事的

有问题直接问 有疑问直接说；

啥也没有 你就按兵不动；

问问公司 一个人搞 专利算谁的，一个人搞 搞成什么样子算成功 ，财力和人员 有支持没

其他人的思路 不咋地的 好 ， 做接口脚本落地 和 平台落地 ，
你肯定希望做平台落地，那平台落地 会导致 脚本维护的问题和 推广的问题，
其实 很早很早之前，就有解决方案了 不晓得 你有没有注意过；
首先 接口了 历程
工具 ➡️ 脚本 + 工具➡️平台 ，那我提供一个思路，就是将接口脚本当成 result api 进行开发 你可以挂在平台，也可以本地自由的覆盖跑；

太单一 了 ，思想不要固化，建议 可以看看 现有的 web 框架 或者 result api 框架； 好好顺一下 思路

纯 java 开发 收不收呢

请大佬 帮帮忙 留意一下；感谢

简历已经投递；

你好 5 年 java 后端开发 ，要不要呢

你好 5 年 java 后端开发要不要

你好 5 年 java 后端开发要不要

5 年后端，纯 java 开发要不要

现在招聘结束了么

GUI 的学习，就像画画，首先有一个轮廓 然后进行 拼接；举个例子；比如 你的 PC 设计是 1920*1080 这个是一个大框；然后进行分割；针对分割 的模版进行 功能的预设；可以简单的 写个函数 然后 pass; 然后 。。。。拼接成； GUI ，可以可以参考一下 kivy, pC android ios 貌似都可以做的； 当然了实际一点的 ，你可以可以 按步骤 下载一个网页，吵的联系一下，这样你在开 GUI ；就不一样了

询问一下这个岗位是 干活的 还是 带团队 或者输出资料的；

来电时，想要点击挂断或者是接听 电话事件； 手机系统软件 的优先级 高于 第三方软件（不是手机系统内嵌的软件）；所以可以尝试 通过 UI 的方式 ，如果不行 你只可以调用 phone 的事件进行触发类