什么替代， 搞笑， 你讨论这个，我觉得你以后大概率被 AI 替代了。

软件项目考虑的首要根本不是并发，再说一遍 不是并发， 你自己算算开 Java 线程 要多少内存，java 每个对象有多少元数据吧， 每条 tcp 连接到底占多少内存。

如果考虑真正的高并发， 那么 java 和 go 都不是首选。go 的 并发设计是很容易让一个普通程序员写出不错的业务和并发兼顾的程序。

很没意思的帖子和话题，多学学几门语言去做项目，而不是停留在表面。

你这个设计 完全可以考虑使用 DI,从目前的代码上看，这种重构并没有什么好转，关键看业务逻辑和非业务逻辑有没有分开。
NewA NewB 这种写法说实话很差， 考虑一下 builder 模式 和 option 模式吧。

看了两眼，不错，不是什么 Node.js 前端吹，关注了

录播视频时先切片好再播放，切片也需要花费大量计算的。
播放的时候，如果 m3u8 是级联索引，那么会先返回相应分辨率的 m3u8 ，再通过 m3u8 找相应视频切片。

"教你如何实现某些类，如何设计某些类，类与类之间怎么样设计合理" 设计模式和 UML 吗？ 这东西不是 C++ 内容， 相当一部分靠经验积累以及看优秀项目源码， 否则都是过度设计的例子。

vercel 都支持 go 语言了？

看了表示，你对 AI 理解太过肤浅。多看看大厂和国外公司具体 AI 结合代码的产品吧。

@luchenwei9266 微信公众号可以看看文毅软考学习资料

淘宝上有文老师软考教育资料包卖
基础知识视频可以直接看 b 站 文老师软考
https://space.bilibili.com/385425059

@mightybruce 以上内容都是架构师考试内容， 其他考试有的今年教材会出现变化，架构师教材是 2022 年 12 月的新版，暂时不会再变化了。

软考去年教材大改了， 出的题目如案例题现在大概率是教材上的新知识点，而不是过去常考的知识点。
如果你是从事 IT 工作 的程序员，那么没有必要花钱去培训班，都是智商税，我曾经看过希赛老师讲课，那一堂课废话就有一半以上， 其他有用的也就是做题套路而已。
淘宝上有文老师软考资料，稍微看看。
发的一些 2 到 3 年前的资料就不要看了， 选择题我就每天刷刷题库
案例题 看看文毅软考资料 就行了，
论文自己多写写，多吹吹，很多论文内容不怎么样都能当范文说明阅卷老师水平也不高，只要字数不差太多，内容没有写偏就可以了。
另外记住，选择新的技术和领先的技术的论文话题要远比那些传统软件工程论题得分高，这个论文就要靠平时多积累，多看一些架构师写的内容。

webrtc 是为了双向通信，视频和音频双向 webrtc 适合的视频会议，远程桌面分享，而这个在直播里面没有必要，并且做并发更困难。

直播里面主要是一对多广播音视频信息，并没有多少需要双向的需求。

搞清楚服务的定位先， 如果是监控摄像头，那么首选是 rtsp, 个人电脑摄像头或手机推流的确是 rtmp 。

帮 OP 重新显示一下图片链接，V2ex 图片格式有要求， 要是 i.imgur.com ，图片结尾要是.png 或.jpg
https://imgur.com/68SovkV

你下面这个是 c++ 不是 C, 你要把 c++ 转成 C 的 接口， 才能调用

只有 C 的 bindings 是通用的

C 的代码，但要调用写好的 C++代码时，需要将 c++的类型配置为.lib 的静态库或是.dll 的动态库，然后通过 extern “c”调用
Linux 则是.so 的共享库

此时搬出架构师考试的内容
https://i.imgur.com/vDgRMHx.png
遗留系统的演化策略
把对遗留系统的评价结果分列在的四个象限内，对处在不同象限的遗留系统采取不同的演化策略：

淘汰策略
第 3 象限为低水平、低价值区，即遗留系统的技术含量较低，且具有较低的商业价值。对这种遗留系统的演化策略为淘汰，即全面重新开发新的系统以代替遗留系统。

完全淘汰是一种极端性策略，一般是企业的业务产生了根本的变化，遗留系统基本上不再适应企业运作的需要；或者是遗留系统的维护人员、维护文档资料都丢失了，经过评价，发现将遗留系统完全淘汰，开发全新的系统比改造旧系统从成本上更合算。

对遗留系统的完全淘汰是企业资源的根本浪费，应该善于“变废为宝”，通过对遗留系统功能的理解和借鉴，可以帮助新系统的设计，降低新系统开发的风险。

继承策略
第 4 象限为低水平、高价值区，即遗留系统的技术含量较低，可满足企业运作的功能或性能要求，但具有较高的商业价值，目前企业业务对该系统仍有很大的依赖性。

对这种遗留系统的演化策略为继承，在开发新系统时，需要完全兼容遗留系统的功能模型和数据模型；为了保证业务的连续性，新老系统必须并行运行一段时间，再逐渐切换到新系统上运行。

要做到对遗留系统的继承，必须对系统进行分析，得到旧系统的功能模型和数据模型，这种分析可以部分代替或验证系统的需求分析；如果遗留系统的维护文档不完整，而又必须解析系统的功能模型和数据模型，那将是一项十分艰巨的任务。这时可使用有关系统重构的 CASE 工具，通过分析系统的代码生成系统结构图或其他报告。

改造策略
第 1 象限为高水平、高价值区，即遗留系统的技术含量较高，本身还有较大的生命力，且具有较高的商业价值，基本上能够满足企业业务运作和决策支持的要求；这种系统可能建成的时间还很短，对这种遗留系统的演化策略为改造。

这些改造包括系统功能的增强和数据模型的改造两个方面：系统功能的增强是指在原有系统的基础上增加新的应用要求，对遗留系统本身不做改变；数据模型的改造是指将遗留系统的旧的数据模型向新的数据模型转化的过程。

集成策略
第 2 象限为高水平、低价值区，即遗留系统的技术含量较高，但其商业价值较低，可能只完成某个部门（或子公司）的业务管理；这种系统在各自的局部领域里工作良好，但从企业全局来看，多个这样的系统，他们各自基于不同的平台，不同的数据模型，无法互联互通，数据还不一致，这就是很严重的问题了。

我在 twitter 上遇到一些数字游民， 可以和他们多探讨探讨比如大帅老猿、tinyfool

多数数字游民是老程序员了， 这个在 V2EX 上并不多

这时候 yaml 是不够的，
你需要尝试一下 HCL CUE KCL 这样的通用语言去生成 Yaml 了
https://kcl-lang.io/docs/user_docs/getting-started/intro/