如果 OP 确实想入行，其实是有相对更“传统”的：金融高频交易

同样需要对操作系统底层很了解，对于算法、语言本身也要很了解。懂点金融则更好。

同做 .NET ，其实跨国外企有许多内部程序是用 .NET 来做的，毕竟是用“Windows Server 活动目录域”管理整个公司，某些程序用 .NET 会容易很多。而国外用 .NET 用得多，这也是原因之一。

不妨尝试下找找国内的外企，它们对英语的要求不会特别高，起码比申请移民低得多。

@slideclick 类比不合适，看得出对于语言的印象还停留在 C89 、C++98 时代，然后用旧时代的印记忽视新进展再来对比新产品，这就是引战。


我自己工作就是写 C# 的（就是大家说“写起来优雅、上限可以很高”的那个），但想要精确控制资源释放的话，仍然是 C++更为方便。我是踩过坑的，有部份程序我并不用 C# 来做，而是用 C++ 去做。

尽管我不是前面楼层那些细分行业，也用不上那些专业知识，但并不妨碍我使用 C++。


最后 C++还有一个优势，源码级跨平台横跨 Windows 、BSD 、Linux ，只要底层 library 能够在包管理器当中找得到（或者自己编译并不难），那么移植起来非常简单，也不用考虑 runtime 怎么搞，更不用考虑语言是否支持特定硬件平台，只要编译器能够编译就行了。

我个人就是 BSD 使用者，制作出来的部份程序需要跨 Windows 、BSD 运行（然后顺便编一个 Linux 版本），只有 C 和 C++可以使用内置编译器简单地编译，最起码的我会把编译前置步骤弄得比 Golang 之类的更简单，让小众硬件平台的 BSD 环境也能顺利编译（恰好，那些新语言并不支持小众平台的 BSD 环境）。

插个楼，刚才有人提到说什么“Java 替代 C++”，纯粹是引战的，看看那个人自己发的主题贴就知道： /t/1021175

从这个 iperf 的测试来看，似乎是同一个监听端口与对端 IP 两个端口分别建立两个连接时，只有第一个限速，后面的都不限速。

如果是这样，那就试试这个做法：
假设是用手机连回家用 plex 看电影，那就先用这台手机分享 WiFi 热点，用另一个设备（例如平板）接入这个 WiFi 连回家打开 plex 看电影，此时大概率是限速连接。先放着不动。
然后再打开手机上的 plex 试试打开家里的电影，只要上面那个 plex 没关掉，那么现在应该是第二条连接，或许能达到流畅高速度。
如果连接确实流畅了，那就可以关掉平板的 plex 。


更进一步的，可以在家宽这边开两个不同的 iperf server ，监听不同的端口，然后再在另一台设备用两个 iperf （都是单线程）同时测速，看看会不会有限速。
如果这样也能做到一个限速一个不限速，那就更好办了。开热点后随便起个长连接，比如 ssh ，或者限速 1K 的 iperf ，接着再开 plex 。

既然这个随身 WiFi 都有 LAN 口了，那么家里那台无线路由器可以直接改成 AP 模式

有录屏功能，需要自己在顶部工具栏重新选

如果是 Windows 11 ，单纯的截图+录屏，系统已经自带。按下 Print screen 按键即可呼出。

@czfy 我还在用公共 BT ，下载完成后总是继续做种好几倍。但很少用 PT ，因为 H&R 机制搞得我强迫症发作，每几十分钟就去查完成列表。
看来我在 BT 做种时有必要弄个 GeoIP 黑名单，把 CN 的 IP 都 block 掉。

不知道是不是旧版系统的 bug ，至少最新版 Fedora 不存在这种事，随时可以中断，中断后锁自动释放。

最保险的做法应当是一次性安装需要的软件包，或者等到上一个 yum 完成了再运行下一个 yum 。

最简单的办法：按显示器开关、拔线（楼上已经说了）

复杂的办法（程序员专用）：电脑常开，不休眠、不睡眠，然后调用 Win32 API ，就一行
SendMessage(HWND_BROADCAST, WM_SYSCOMMAND, SC_MONITORPOWER, 2);

我玩游戏也很少用 WASD ，操控方向直接用鼠标（游戏支持这样做），流畅度和精细度远胜 WASD

只有部份场景、部份游戏仅允许键盘控制方向时我才用 WASD

至于 ESDF 就……好像没必要？反正我是用码字惯用指法去按的，不会为了这 4 个按键手指专门移个位

打开传统控制面板，点击“网络和 Internet”→网络和共享中心
然后点击“更改适配器设置”，双击对应的网卡，就可以看到发送与接收的流量，分开统计的，从系统启动开始就计算，重启会重新计算。

顺便一提，建议把这个帖子发到“宽带症候群”节点，大家可以帮忙想出对付运营商的办法，即使是求个浑水摸鱼的截图也会有更多人帮忙。

是哪个网站？
建议把网址发出来，大家可以直接分析原因