别 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 的，和国内的微信和钉钉差不多啊」这种话。我姑且以善意来回复你的疑问。要是这样你还要继续觉得差不多，我只能认为你是为杠而杠了，那你说得对。

@tongqe
https://discord.com/developers/docs/intro
https://core.telegram.org/api

@rookiemaster 你看到「锟斤拷」不就很明显了吗，
必然是你浏览器解析用的是 gbk, 而发上来的是 utf-8 字节。
并且这串 utf-8 同样是乱码，因为有占位符。
所以推测是你哪里多了一步 把 gbk 转成了 utf-8 发给了浏览器

这纯粹是个连跟风都没跟对的小鬼学了个词乱用，
就好象某些小仙女学了个「直男」到处用一样，根本不知道这词就是指正常异性恋男人，
每次看到她们说自己男友「怎么这么直男」就很迷惑她们都想当同妻不成？

抽象在网络用语语境中最初是指在文本中大量加入首字母、emoji 符号等正常人看不懂的话。
其实就是小年轻为了吸引注意力故意用不同于标准语言来发文的幼稚行为，
跟之前杀马特非主流用火星文写 qq 空间没有任何区别，
所以「抽象」「非主流」这样的形容词在网络语境下用于对「不好好说话打字的低龄未成年人」的蔑称，
推广一下可以称呼一切「无聊而幼稚的低级耍宝行为」，跟「深奥复杂学习难度高的古老知识」完全是相反的意思。
而显然编程语言，尤其是称得上老祖宗的 C 语言，只可能是后者。
「幼稚」「无聊」「低俗」是不可能跟 C 语言扯上关系的。

所以结论是，由于网络主流对于「抽象小鬼」的蔑视，称呼人或事物「抽象」已经成为了一种很流行的批判方式。
但由于这个提问者光知道有用「抽象」去批判，却没搞懂啥叫「抽象」，导致自己做出了类似抽象小鬼的幼稚行为。
本质上这个提问者自己才是「抽象」（网络用语）。