如果确定不是自家设备的问题，那么有可能是运营商对 UDP 的 QoS

@sbldehanhan 薪资不清楚，我也不是从事这个行业的。只是知道国内大厂有这方面的需求，也许从他们发布的招聘信息可以略知一二。
至于发展以及行业前景，那肯定不用担心，从诞生之初就一直稳步前进，毕竟高清视频压缩一直都是刚需。现在视频服务（流媒体、短视频等等）那么受欢迎，至少不会冷落。

AMD TPM 这个 bug 不止 Win11 会遇到，连 Linux 也遇到了，只能弄个 patch 暂时缓解：
https://news.mydrivers.com/1/897/897188.htm

音视频也有 C++的，虽然不多。

音频类：
曾经流行的 Monkey's Audio （ APE 格式）就是 C++写的，当然啦，这是他们公布源码后才知道的。尽管公布了源码，但仍然不是开源软件，因此翻身无望，毕竟没人愿意用了后不知哪天就收传票。

视频类：
H.264 ~ 266 ，标准委员会给出的 Demo 是用 C++来写的。
还有 x265 、libde265 也是 C++。
目前 x266 还没人做出来，于是标准委员会的部分成员就“基于”官方 Demo 做出了 vvenc 和 vvdec 。

为什么要打引号，是因为 H266 标准 Demo——VTM——恰好就是这部分成员做的（还有 HEVC 的 Demo——HM——也是他们做的），可以认为是标准委员会等不及，索性自己推出编解码器（当然啦，不能冠以委员会官方名义）。

我一直都不喜欢黑色主题，无论是 VS 还是 VSC 还是其他软件包括系统本身，看久了总觉得文字残影暂留在视网膜，转头看其他地方就觉得很不舒服。
可能是因为我喜欢整个房间都亮着，这种情况把屏幕调得暗成黑板或多或少都会造成视觉不适。
于是一直没遇到过颜色问题。

不过我也试过调成其他颜色模式，例如设成“深色”，并不会出现“改个黑色背景，字体是黑色的看不到”这种怪事，都是自动变成黑底亮字。

至于快捷键，它设在那就随它去吧，反正用来用去也就几个：
编译当前项目(CTRL+B)
编译整个大项目(CTRL+Shift+B)
自动排版(CTRL+SHIFT+K & F)
代码变注释(CTRL+SHIFT+K & C)
取消注释(CTRL+SHIFT+K & U)

然后还有调试功能的 F5 ，以及立即编译并执行但不调试(CTRL+F5)。

因为这几个很常用而其他很不常用，于是我就只记得住这几个，其他的组合快捷键从来记不住（ CTRL+Home CTRL+End CTRL+Delete CTRL+PageUp CTRL+PageDown CTRL+A CTRL+C CTRL+V CTRL+X CTRL+Z CTRL+Y 这些不算数），懒得记，都是鼠标直接点菜单。

反正我觉得对于记不住的快捷键完全没必要理会，当作不存在就好，毕竟可以直接鼠标点菜单。手动去取消掉完全是浪费时间。任何编辑器和 IDE 我都是这样对待的，懒得给自己增添麻烦。

自动补全除了按回车，其实也可以用 TAB ，方向键选好需要的条目直接 TAB 就行。
除了小括号自动补全，选中一堆字然后按一下括号，自动给这堆字左右两侧添括号。这个功能是全新的，VS2019 及之前的版本都不会这样，我也还没习惯。

相比旧版本 Visual Studio ，我觉得 VS2022 最方便的是标签栏自动换行，打开的文件多了，切换起来很方便。

FreeBSD 曾经还有一项“用法”，那就是被苹果公司拿去做成 macos 的组成部分。
macos 有 kqueue ，还有一堆命令行工具，都是源自于 FreeBSD 。
只不过 mac 自带的命令行工具已经很久没更新过了，还停留在很旧的版本，比现在落后十几年。kqueue 也稍有差异，苹果给它加了点自己用的功能。
还有 mac 的防火墙 PF ，出自 OpenBSD ，也存在于 FreeBSD 当中。

可以说，mac 就像黑洞吸积路过恒星那样，从 FreeBSD“吸”了不少代码。

用过一段时间，是被 GhostBSD“推荐”使用的。
GhostBSD 的作者十分喜欢 fish shell ，还把默认的 shell 设置成 fish ，于是我就用了好几个月。

最后还是改了设置，重新回到 FreeBSD 自带的 tcsh

@LnTrx 对，lIPv6 私网网段我记混了

@nullexcep 这个问题等同于“如何获取固定 IPv4”

其实特别简单，回到公司第一件事情，先喝一杯水（满的，几百毫升），甚至两杯，反正喝到觉得“饱”的程度

很快，膀胱就会催着你离开座位

回来时顺便再喝一杯水，等待下一次膀胱循环

@Xymmh 我猜，
@aru
的意思是，

「
而电脑获取的地址前缀：2409:8a28:c1f:80c0::/64 则相当于 lan 口 IP 192.168.1.1/24 ，整个地址 2409:8a28:c1f:80c0:a0d3:9bb8:e792:6007 则相当于 192.168.1.120
」

这段话，里面的 IPv4 地址可以修改成类似于

「
而电脑获取的地址前缀：2409:8a28:c1f:80c0::/64 则相当于 lan 口 IP 123.45.67.1/24 ，整个地址 2409:8a28:c1f:80c0:a0d3:9bb8:e792:6007 则相当于 123.45.67.89
」

因为 192.168.1.1 这样的 IPv4 地址是私网地址，在 IPv6 里地位相同的是 fe80 开头的地址段，所以打比方举例的时候，用 IPv4 公网的比喻时使用 IPv6 公网、IPv4 私网比喻时也用 IPv6 私网，既能明确表示在 IPv6 的状态下运营商分配的就是公网 IP （从对应关系就能看得出），又能让小白们明白 IPv6 的私网网段在哪

TL;DR: 当然需要

如果 OP 玩过 OpenWRT 或者听说过 OpenWRT ，可以尝试了解下它诞生的历史背景，了解完你就会明白怎样做。

顺手写个简略版：

Linksys 的 WRT54G 路由器（ 2002 年 12 月发售）用了 Linux 做系统固件但未公开源码，被人发现后依然死撑拒绝公布，然而没多久就撑不住了，最后在 2003 年 7 月时公开了固件源码。

半年后，OpenWRT 诞生，代码正是基于 Linksys 公布的源码。

@bclerdx 我也不知道为什么 ISP 要干扰 UDP ，但他们确实就这样做了，长期存在
/t/192141
/t/297342
/t/610909
/t/643332
/t/684714
/t/819841
/t/843860
/t/881942 (这个帖子你也见过，就是限速限得死死的，只有 quic 例外)

玩个游戏都、流量不大，都被丢包：
https://www.txrjy.com/thread-1208022-1-1.html

网友们不得不想出各种办法尽量降低受干扰的程度
/t/382261

另外，“ISP 为什么要限 UDP 的速度”，v2ex 自己就有过相关问题：
/t/803960

知乎也有关联分析：
https://zhuanlan.zhihu.com/p/526656026

至于信不信就由你了

UDP 从来都是重灾区，甚至都用不着大墙关注，运营商自己就已经重点限制 UDP 流量，单单境内跨运营商甚至跨市都可以各种丢包，限速限得死死的。

跨墙就更不用多讲了。wireguard 一早就能够被识别出来
/t/851718

这似乎是用了 Windows Server 的超时策略，WinServer 的远程桌面在一段时间不活跃之后是会强制断开的。

也许可以试试参考套用 Windows Server 的设置方法，看看是不是真的用了服务器版的组策略配置

gpedit.msc → 计算机配置 → 管理模版 → Windows 组件 → 远程桌面服务 → 远程桌面会话主机 → 会话时间限制

然后打开右侧的 设置已中断会话的时间限制

Windows Server 的这个选项是默认启用的，不知道你的 Win11 是不是也这样

@mmdsun 我是不需要这个啦。即使是虚拟机全新安装出来的系统，每个文件夹默认都是实心只读。所以我觉得 OP 遇到的应该不是 Readonly 的原因，而就是权限原因。

@Wenbobobo Windows Server 本身可以用来当作 VPN 服务器的呀，最简单的可以选 L2TP ，国内直连随便什么协议都可以

https://supporthost.in/how-to-setup-l2tp-vpn-on-windows-server-2019/
https://www.snel.com/support/how-to-set-up-an-l2tp-ipsec-vpn-on-windows-server-2019/

看了下我自己的 Windows 系统，从 Win7 到 Win11 ，每个文件夹都带有 Read-Only 属性（框内实心，不是对勾），并不影响写入文件。

我已经试过，就算改成对勾，保存后重新打开属性，它还是继续变成实心，在里面依旧可以创建文件夹和文件。

建议 OP 直接贴个图，看看 Read Only 那个框是实心还是对勾，顺便把 npm 的报错信息贴出来。

跨行业寻求帮助需要支付报酬属于合理预期，司空见惯了。
另外，同行业寻求帮助几乎免费不也是合理预期吗？

律师同行也有各自的社交圈，他们平时相互私下聊天的时候不也一样会交流各自的看法与分析，要是遇到争论，信息量就会更大。其他人就可以趁机从中获取经验知识。有时碰到某些社会热点（比如合同纠纷之类），也会有律师出来把相关事件详细分析，完全免费。
甚至还有罗翔这种免费普法的律师，OP 是不是觉得应该抵制？


医疗行业同理，他们也会私下交流各自专科遇到的病人病例，其他科的医生也能通过交流了解到对方专科的各种细节经验知识。有些医生甚至会在其他社交群抱怨自己遇到的病人病例，或者看见某些社交群有人讨论自己的病症但处置方式不当忍不住跳出来说几句（有时可以故意讲一些该医生极不认可的处置方式，主动引诱医生发声），其他人趁机咨询医生变着法子免费在线问诊，也不是没发生过。



回到 OP 的情况

“有几个作者摆明愿意付费的帖子，我回了两个，结果楼主拿到代码之后万消失，我也没收到钱（其实本来也不多，就几杯星巴克的钱）。”

这不叫“无偿分享”，这显然是对方违约。就算以后你每次都是有偿交易，只要遇到对方赖账违约，不也一样收不到钱嘛。总不能凡是收不到钱的一律算作“无偿分享”吧，对方赖账违约的情况，并不是你可以主观控制的。遇到这种情况，能够主观控制的，是你愿不愿透过诉讼追责。