全新的 mac 很娇气很难用，动不动不让你做这个不让你干那个好像什么都她说了算
你就应该多装点乱七八糟的包或应用到她里面，时不时把她的 cpu 负荷拉到最高，不听话就 sudo 改她系统配置
这样充分调教过之后的系统才能用着舒心，如臂指使

sysinit.sh

#!/bin/bash
pacman -S base devel qtcreator .....
echo "alias ll='ls -alF --color=auto' " >> /home/user/.bashrc
....

何必多此一举呢....
你都开调试工具了，直接把 onClick 事件的 handler 函数手动运行一下不就是了

标题迷惑
不应该是微软用户真是辛苦了吗
关火狐啥事啊

ffmpeg 的确有 wasm 版本，但你要用 ffmpeg 转码的前提是首先要有这条码流
因此你需要开一个服务，让摄像头可以把码流推到这个服务上，
一般海康会给配一台 nvr 就是用来开这个 rtsp 服务接收推流的。
如果你只有一台摄像头，那你无论如何都必须自己开这么个服务，然后去摄像头那里设置好把流推到你自己开的服务上（因此需要可访问的固定 ip 或域名）。这一步无论如何也不可能在客户的机子或浏览器上完成。
所以还是老实点整服务器吧。

@marcong95 很认真地说，我认为对比指令执行速度时必须包括敲这些指令的时间。更极端一点，还应该比较记住并能熟练使用这些指令的时间......

你重点关注错了
word[0] in 'aeiou' and word[-1] in 'aeiou' 优不优雅无所谓的，对性能没啥影响
但是下面的 for append 不怎么优雅，建议用 list comprehension 或 map

这说的不是领导而是运维吧
越优秀的运维可以越长时间休假而不出任何故障或 bug
反之越菜鸡的运维越是整天瞎 jb 忙着排查故障经常凌晨两三点被叫起来说服务器挂了

技术禁运
不光我国，还有 russia, iran, saudi-arabia, north korea
也不是他主动这么干，是 US 法律规定

说明你水平不够
只要你别写一堆 bug, 或者你的 bug 都没法靠一般测试流程测出来，那测试拿什么拿捏你呢
说到底菜鸡就该被拿捏
我做开发时候测试都跑过来跟我商量让我故意写点无关痛痒的小 bug 好让他们别看起来那么无所事事，
这样谁拿捏谁呢

archwiki

@mr0joker 多个接口你写个文本文件存里面就是了啊，用的时候 cat 一下。
还有什么叫项目多个环境？测接口不就直接发请求就好了

@whoami9894
微信 qq 有个屁的技术
至少我技术再烂也不会往 apk 包里塞虚幻 5
也不会一份数据存 n 份到 sqlite 还清不掉

discord telegram 上大大方方给你的接口和权限，到了疼讯阿里那里都宝贝的跟什么似的。好像他们真在乎什么用户信息安全一样。衷心祝这两家早日倒闭。

@moonrailgun 嗯，在做呢。之前那个 webrtc 项目是给公司做来商用的没法开源，目前新开的一个自己的项目想先把脚手架搭好，主要先还是文字交流。后期要是没鸽的话就慢慢把音视频都加上...
https://github.com/NessajCN/pastesync

@moonrailgun 我没用过 mediasoup 。我自己的项目的音视频都是直接 socketio 当 signal ，自己搭 turnserver 自己写前端，全部 webrtc 从头搭的。因为通讯的其中一端是没 gui 的树莓派，所以 client 部分一边是浏览器的 webrtc api ，另一边是 python 的 aiortc 。树莓派那边的声音处理还折腾了好久（因为不像浏览器直接一句 navigator.mediaDevices.getUserMedia(constraints)就搞定）。

嗨呀难得看到一个技术栈完全符合的项目，我甚至还会 webrtc

"bytes"那条给你的是 ROS serialization format,
https://wiki.ros.org/roscpp/Overview/MessagesSerializationAndAdaptingTypes#Deserializing_from_Memory
你如果想自己解码的话就照着给定的 type(rosbridge_msgs/ConnectedClients)调方法，类似
ros::serialization::Serializer<rosbridge_msgs::ConnectedClients>::read(stream, my_value);
（没试过，不一定准）