@iceheart 主要是指针可以随意转换，失去了类型安全的保障，编译器也无法知道指针里的类型是啥

@zdpdpdp 被墙了

@shawndev 原文就是这个标题，但是感觉本原好像也有这个意思？

@secondwtq 是的，你们看的真仔细😂，感谢！

@zwy100e72 有点着急了，因为要赶着出去玩，想着先发出去😄下次得注意点了，谢谢！

@sutra 是的，感谢指正，我应该多检查两遍的

@sutra
@zwy100e72 感谢指证，这个的确写懵逼了，连续整了两天没意识到这个词😂

@kunkunzhang https://www.bmpi.dev/self/my-drawing-toolbox/

@mekingname 快速生成 GitHub ？插件系统不错，不过我还没遇到啥需求需要插件解决

https://www.bmpi.dev/self/my-drawing-toolbox/

试过 Excalidraw 、plantUML 、Mermaid 、Sketch/OmniGraffle 等，现在用 Excalidraw 比较多一些

@qzhai 我的锅，忘了加原文链接了： https://www.bmpi.dev/self/my-writing-story/250k/

买个二手 mac mini 配合 surge 做旁路由，非常的稳定

@liuxyon 支持 ipv6 有啥用呢？目前底层用的库 pion 好像都不支持 ipv6 啊，网络延迟高这情况我还没测试

@nathanw 和架构还有服务器硬件有关系，比如专用的 MCU 这种硬件，目前 free4.chat 是 sfu 架构，服务器性能要强的话，单机支持百人规模会议也可以，但再多客户端可能扛不住（百人规模客户端是 1 路上行+99 路下行，客户端网络负载高，这种需要高性能的 MCU 这种硬件方案了），zoom 毕竟是企业级服务，有好的软件+硬件方案自然效果更好一些

@TrembleBeforeMe 我还没遇到这种情况

@rapiz 我的理解是相当于每个 peer 都和服务器建立 peer 连接了，服务器会对房间里的 peer 的音频 track 做转发。如果不用 sfu ，光是 p2p 这种，客户端每次需要发送 n-1 条音频给其他 peer ，但现在只需要发给服务器一次就可以了

上 cloudflare 吧

@PrtScScrLk servercat

@WLW 随便找个视频会议在线的网站就可以