1 对 1 的话我估计是 p2p 的问题。

telegram 通过 mtproto2 交换信令信息，信令信息包含了 ice candidate 。

ice candidate 的优先级如下：
host candidate
reflx candidate
relay candidate

最后进行 candidate pairs 的连通性检查。
一般来说发信息正常，candidate 的信令交换没问题，但是最后的连通性检查很有可能不成功，但是都用 relay candidate 的时候不成功就比较诡异了。

就事论事，telegram 的 build doc 你肯定没读过。win64 generator 脚本最后生成出来的就是 sln 文件，虽然是用 cmake 生成的。既然是用 cmake 生成的，在 Clion 里面一样可以配置，不过参数比较多。

面试官不合格

找工作面试很多专有名词说英文也可以，基本都知道是什么意思。技术博客可以脱离中文，中文技术博客很多都是搬过来搬过去，没啥意思。

@iamqiwei 可以。哪里买都可以，只要是正版，保修一年

a 键断触属于是通病了，我二代手柄一年内换了两个，终于换了个没什么大毛病的。

换手病建议直接微软官网申请，别找京东

除了你这个方法几乎没有了，这里的限制是加在 getUserMedia 这个函数上的。也许降级 Chrome 的版本到 46 之前有用？我不记得是不是 46 了。

@kgdb00
您可以试试 clangd 这个插件，是 clang 官方出的，也是配置 compile command 。

使用之前需要先安装 clangd 。apt install clangd 之类的

我的建议是不要用 compile_commands.json 。

这类工具都是基于 clang ast macher 或者 libclang 做出来的符号索引工具。compile_command 是一个编译记录的数据库，ast_matcher 读到数据库以后会对语法进行 ast 树解析并生成文件，Linux kernel 代码太大，ast 匹配占用的 cpu 时间太长。

使用 clangd 会因为符号太多导致索引崩溃，这个也很正常。如果电脑性能不是特别好我建议使用传统的 gtags 或者 ctags 来阅读 Linux kernel 的源码。我以前用笔记本的时候从来没有用 compile_commands 的方式成功阅读过 kernel 源码，现在用台式机了，用 compile_commands 阅读过 chromium 的源码，不过我电脑的性能特别高。

所以我还是建议使用 tags 的方式， 我这里用搜索了一下，不知道有没有用：
https://blog.jaycetyle.com/2018/10/vscode-gnu-global/

当作备用机，实际体验并不好。大多数 app 都没有适配，输入法拉跨导致键盘输入有点难受。我都想出了

其实你执行过一次就可以做成脚本了。

SET PATH_BACKUP_=%PATH%
SET PATH=%ROOT_DIR%\\ThirdParty\\msys64\\usr\\bin;%PATH%
set CHERE_INVOKING=enabled_from_arguments
set MSYS2_PATH_TYPE=inherit

bash --login ../patches/build_ffmpeg_win.sh

https://github.com/desktop-app/patches/blob/master/build_ffmpeg_win.sh


我这里发了一段 telegram 里用到的脚本。全自动化

另外我做 c++音视频开发从来不用 mac ，只用 windows 。vs 的调试是所有 ide 里面最强最好用的，vs 多线程调试图表清晰明了。

我不知道 windows 开发不友好是从哪里来的，vs 调试图形程序是可以抓帧一帧一帧调试的。

另外 windows 对 cpu 支持总是最新的，我以前在公司用 10700k ，后来还闲太慢了申请了 5800x 。每次在 mac 上搞点什么那弱鸡的 cpu 和狗屎一样的 xcode 总想让我砸电脑。

多年 C++ 程序员，Rust 对我吸引力很小 +1 。
更期待 Module Range Coroutines Concepts ， 以及 23 可能加入的 executors

target_include_directories(PATH) <=> g++ -I${PATH}
如果用的 vscode c++插件，里面应该有 compiler_command.json 相关的选项。

插件根据 compiler command 的数据进行符号索引
推荐使用 clangd

使用 lgpl 版本的 qt ，动态连接 qt 就不会有任何问题。如果最后所有的东西编译成一个 exe ，需要代码开源。