@NessajCN 大佬可以一起搞搞开源的音视频替代产品，毕竟现在都是巨头垄断的时代，开源替代品也是很多人所需要的

@xsen 这个可以回答一下您的问题

1. 自建有自建的需求场景，喜欢用 saas 会有喜欢用 saas 的场景。不同的场合可以有不同的解决方案，不能因为 A 方案不满足 B 场景就完全否定 A 方案，因为我们完全可以用 B 方案来满足 B 场景，想要一个产品做到方方面面都能满足的那不叫应用，叫操作系统。tailchat 的价值是从底层设计上就允许来自不同的应用集成到 tailchat 中，只是我目前会给出两种最通用的解决方案而已，并不代表未来只会有这两种解决方案。Tailchat 的开源与开放性决定了用户能够为自己独特的工作环境设计独特的解决方案。

2. 正如你说的，成熟的有腾讯会议、zoom 。甚至抖音直播，qq 视频。但是将不同的产品能够联系到自己的工作流才能真正意义上发挥产品的价值，这就是为什么在国内企业中办公协同工具飞书和企业微信可以打破钉钉的先发优势的原因：前者在整个套件整个工作流的整合上做到了极致、后者在连接客户上国内无人能比。单一的产品有价值，但是价值一定是有限的。


另外就是自己部署和使用成熟的商业产品的思考角度是不一样的。Tailchat 是专注于想要高度自定义化、想要拥有完整数据控制权的用户考虑的，目的还是比较明确的

@dengshen 期待大佬的贡献 :)

@qile11

@SenseHu

@NessajCN

正好音视频方面我目前正好在做，一共准备了两套方案：

一套是可供自部署的，基于 mediasoup 实现的 sfu 策略的音视频通讯，适用于企业内部自建以及小规模使用的，具体可以看这个项目 https://github.com/msgbyte/tailchat-meeting

另一套是集成声网的实现，以插件的形式集成到应用中，适用于对音视频演示 /质量 /以及转直播有一定需求的用户, 相关源码可以查看这里: https://github.com/msgbyte/tailchat/tree/master/server/plugins/com.msgbyte.agora

用户可以按需选择安装两者之一。插件的形式能够给予用户极高的自由度，根据实际情况选择自己想要的方案。

大佬们如果对这方面感兴趣也可以交流一下，一起做做有趣的事情

https://github.com/moonrailgun/codeck
做了一个一直想做的可视化编程的轮子。至少自己很开心

@wateryessence 看了一圈就你离谱。
话说 ddos 跟微服务有什么关系么，萌新不是很懂

我不是很理解为什么 OP 需要为 star 发愁。
我搞开源快 5 年了也就搞了几百个 star （菜）。。也从没有为此发愁过。

这应该是兴趣而不是生意。

我写的低代码库输出就是 AST ，因为我觉得输出 html 还是输出 js 还是输出 json 都太憨了，所以自己写了一套

https://github.com/moonrailgun/saucer

@1wlinesperday 没有，主要参考了 unreal 。他实现的 cpp 的蓝图救我这个不懂 cpp 的小白一条狗命。你说的是这个么？ https://darklang.com/

@lizhenda 基于 konva 自己实现的。

@lookStupiToForce 分析现有代码可以实现，但是没必要。可视化的大节点有一个很基本的设计目的是简化代码(包括一个节点对应多行命令，抽象操作)。真的一对一的话就过于复杂了

@bmwh123 有兴趣的话欢迎一起来开发啊？开源项目欢迎贡献者

@maggch97 所谓的强力模块也就是若干行代码组合成一个大模块。但是只有大模块是无法直接使用的，因此还是需要一些简单语句进行填充 /链接(你可以想象为 py 明明有很多现成的强大模块为什么还是要写一点代码才能用起来，因为需要一些简单的代码做胶水层)。目前只写了一些简单的代码不代表未来也只有这些，底层框架定下来往上加复杂的代码是非常简单的。

@cp19890714 是的。基本的逻辑能力基本理科同学和大部分文科同学都是具备的，但是一些简单的功能并不需要让他们学会编程语言（在这点上我是很反对让文职人员学 python 来做报表什么的）

@lm93129 底层架构实现了上层怎么变都不离其中。可视化编程本质上就是人机交互的一种方式，在 3d 领域也有很多这方面的成熟案例

@radeon019 会有跨平台方案, 主要是处理推送，主要内容还是会使用网页(因为插件问题)

@shebaoting 欢迎来 Tailchat 的群组交流

https://nightly.paw.msgbyte.com/invite/8Jfm1dWb

官网首页是自己做的还是模板改的啊。很漂亮我也想整一个

@yuthelloworld 因为 rollup 没有 webpack 这么多的配置项和优化项。代码分片也是简单的根据 lazy import 进行的分片，本身没有什么非常特别的

所以 rollup 适合库(简单且少中间代码)而 webpack 适合项目。当然 webpack 更多配置项的和优化项也带来了更高的复杂度。

@yuthelloworld vite 有什么好分析的。vite 的打包机制非常简单粗暴

我是个前端，但我也是个后端。我学后端的理由就是防止被忽悠 [狗头]

@imicksoft 好家伙这个 centbrowser 搜了搜不维护了可还行。永远停在了 Chromium 86

@imicksoft 说说看视频网址呢。为了最好的体验是白名单适配的(因为各种各样的播放器千奇百怪) [狗头]

@ljinkai 没问题，十分欢迎