@slideclick 行了行了你说的都对，opencv, qt, unreal 他们没用 java 肯定是因为太菜学不会

啥乱七八糟的，谁告诉你 go 替代 java ，java 替代 c++ 了。 有个 gc 就替代了？你咋不说他们都用 if 呢

你都会 Go Rust 了，再去用 Python 不就跟大学生做小学题似的还要学啥？看看相关库文档直接写就好了啊

别 func New 了，go 里直接就能 newA := A{a,b,c}

试用了一下，还是要手动创建和 source 虚拟环境的，跟现在的 venv 和 pip 相比只是速度快了点，没有啥颠覆性的改良，就不打算迁移了。
至少等它能像 cargo 那样用再考虑替换
另外我觉得 python 更需要 rustup

对 4v 来说这边不就是国外论坛吗

啥是网站前台？ dashboard?

@depeng 为啥要监管？编出来机器码能跑通就行了呗，不然像现在似的生成一大堆人类编程语言还得编译了才能知道通不通，直接机器码不就能方便验证程序对错了吗

真正要实用的 ai 编程它就不该编成任何人类用的编程语言，而是要直接编机器码才对。

@lhstock 更正一下，年会要同一天也同样是这样算最好，因为你不可能安排在 2 月 29 做固定年会日，而其他日期的话这样算是不会错的

@lhstock 所以可否再描述一下这到底哪儿不对了？
你是觉得要每年都应该同一天办年会的话，那 29 号根本就不可能被设为年会日，相应的计算方法也不会按一年来加减

@lhstock 这结果哪里不对吗？

@lhstock 一年的时间按 365.2422 天，即 31556926 秒来算

只有不懂啥叫 unix timestamp 的培训班前端才会觉得那样是偷懒

Live streams can be published to the server with:

|protocol|variants|video codecs|audio codecs|
|--------|--------|------------|------------|
|[SRT clients](#srt-clients)||H265, H264, MPEG-4 Video (H263, Xvid), MPEG-1/2 Video|Opus, MPEG-4 Audio (AAC), MPEG-1/2 Audio (MP3), AC-3|
|[SRT cameras and servers](#srt-cameras-and-servers)||H265, H264, MPEG-4 Video (H263, Xvid), MPEG-1/2 Video|Opus, MPEG-4 Audio (AAC), MPEG-1/2 Audio (MP3), AC-3|
|[WebRTC clients](#webrtc-clients)|Browser-based, WHIP|AV1, VP9, VP8, H264|Opus, G722, G711 (PCMA, PCMU)|
|[WebRTC servers](#webrtc-servers)|WHEP|AV1, VP9, VP8, H264|Opus, G722, G711 (PCMA, PCMU)|
|[RTSP clients](#rtsp-clients)|UDP, TCP, RTSPS|AV1, VP9, VP8, H265, H264, MPEG-4 Video (H263, Xvid), MPEG-1/2 Video, M-JPEG and any RTP-compatible codec|Opus, MPEG-4 Audio (AAC), MPEG-1/2 Audio (MP3), AC-3, G726, G722, G711 (PCMA, PCMU), LPCM and any RTP-compatible codec|
|[RTSP cameras and servers](#rtsp-cameras-and-servers)|UDP, UDP-Multicast, TCP, RTSPS|AV1, VP9, VP8, H265, H264, MPEG-4 Video (H263, Xvid), MPEG-1/2 Video, M-JPEG and any RTP-compatible codec|Opus, MPEG-4 Audio (AAC), MPEG-1/2 Audio (MP3), AC-3, G726, G722, G711 (PCMA, PCMU), LPCM and any RTP-compatible codec|
|[RTMP clients](#rtmp-clients)|RTMP, RTMPS, Enhanced RTMP|AV1, VP9, H265, H264|MPEG-4 Audio (AAC), MPEG-1/2 Audio (MP3), G711 (PCMA, PCMU), LPCM|
|[RTMP cameras and servers](#rtmp-cameras-and-servers)|RTMP, RTMPS, Enhanced RTMP|H264|MPEG-4 Audio (AAC), MPEG-1/2 Audio (MP3)|
|[HLS cameras and servers](#hls-cameras-and-servers)|Low-Latency HLS, MP4-based HLS, legacy HLS|AV1, VP9, H265, H264|Opus, MPEG-4 Audio (AAC)|
|[UDP/MPEG-TS](#udpmpeg-ts)|Unicast, broadcast, multicast|H265, H264, MPEG-4 Video (H263, Xvid), MPEG-1/2 Video|Opus, MPEG-4 Audio (AAC), MPEG-1/2 Audio (MP3), AC-3|
|[Raspberry Pi Cameras](#raspberry-pi-cameras)||H264||

And can be read from the server with:

|protocol|variants|video codecs|audio codecs|
|--------|--------|------------|------------|
|[SRT](#srt)||H265, H264, MPEG-4 Video (H263, Xvid), MPEG-1/2 Video|Opus, MPEG-4 Audio (AAC), MPEG-1/2 Audio (MP3), AC-3|
|[WebRTC](#webrtc)|Browser-based, WHEP|AV1, VP9, VP8, H264|Opus, G722, G711 (PCMA, PCMU)|
|[RTSP](#rtsp)|UDP, UDP-Multicast, TCP, RTSPS|AV1, VP9, VP8, H265, H264, MPEG-4 Video (H263, Xvid), MPEG-1/2 Video, M-JPEG and any RTP-compatible codec|Opus, MPEG-4 Audio (AAC), MPEG-1/2 Audio (MP3), AC-3, G726, G722, G711 (PCMA, PCMU), LPCM and any RTP-compatible codec|
|[RTMP](#rtmp)|RTMP, RTMPS, Enhanced RTMP|H264|MPEG-4 Audio (AAC), MPEG-1/2 Audio (MP3)|
|[HLS](#hls)|Low-Latency HLS, MP4-based HLS, legacy HLS|AV1, VP9, H265, H264|Opus, MPEG-4 Audio (AAC)|

And can be recorded and played back with:

|format|video codecs|audio codecs|
|------|------------|------------|
|[fMP4](#record-streams-to-disk)|AV1, VP9, H265, H264, MPEG-4 Video (H263, Xvid), MPEG-1/2 Video, M-JPEG|Opus, MPEG-4 Audio (AAC), MPEG-1/2 Audio (MP3), AC-3, G711 (PCMA, PCMU), LPCM|
|[MPEG-TS](#record-streams-to-disk)|H265, H264, MPEG-4 Video (H263, Xvid), MPEG-1/2 Video|Opus, MPEG-4 Audio (AAC), MPEG-1/2 Audio (MP3), AC-3|

ref: https://github.com/bluenviron/mediamtx/blob/main/README.md

个人选择：rtsp/webrtc 推流。hls 看

https://i.4cdn.org/pol/1493993226750.jpg
Let's count how how many logical fallacies OP had committed:
[ad hominem]
[appeal to authority]
[appeal to emotion]
[genetic]
[tu quoque]
...
Be free to add what I missed.

某些其他编程语言用户是真的招黑，跟编程届原神似的
小心以后上哪儿都被人说学 xx 学的

@tongqe
场景一：我要开发一个机器人，接受用户的命令或消息并反馈。
discord -- 这是 discord 支持的可显示在界面上的消息组件：
https://discord.com/developers/docs/interactions/message-components
里面包含多种互动组件和前端常用元素，并且都可以自定义样式。
钉钉 -- 钉钉支持的消息类型：
https://open.dingtalk.com/document/orgapp/types-of-messages-sent-by-robots?spm=ding_open_doc.document.0.0.23881563V9gXMD
按钮（固定样式）、文本图片视频显示。没了。
而且里面列出的消息类型常常会给各种限制，譬如虽然他把 markdown 列里面但并不是所有时候你发个 markdown 回去都能渲染。（这一点腾讯更加 sb, 它甚至 markdown 都不支持）
更不要说钉钉本身对 markdown 的显示支持也是一坨 x.

场景二：我想写个钉钉应用，自动生成日志
https://open.dingtalk.com/document/orgapp/create-a-log
居然只支持纯文本，别说自定义组件了，甚至它自带的组件一个都不让用，譬如日期选择什么的。
钉钉开发者是觉着自己那些组件写的太好不舍得让人用还是太菜不会写这样的接口？
对比 discord 和 telegram, 要啥给啥，前端库丰富无比。

...

例子多到根本列举不过来，如果你真的亲手在这些平台开发过，我相信你不会说出「我看了下 discord 和 telegram 的，和国内的微信和钉钉差不多啊」这种话。我姑且以善意来回复你的疑问。要是这样你还要继续觉得差不多，我只能认为你是为杠而杠了，那你说得对。