多谢分享，已被价格劝退

我不是大佬，所以不做纯 Linux 编程，只能做点跨平台小应用顺便兼容 Linux 的程序。
（尤其是公司内只做 Windows 开发，完全不符合 OP 提问，因此就不谈了）

于是我日常 Windows + Visual Studio + git 管理代码，Visual Studio 写好了测试完了再去 posix 系统做编译+测试。
顺序是：
Windows → FreeBSD → Linux
通常在 FreeBSD 测试完了，Linux 基本上都能过，偶然有些小问题的时候再针对性地改。

Windows + Visual Studio 时，自然是 sln 文件管理一切。然后是 CMakeLists.txt ，在 POSIX 系统编译时会用到。
因此在 POSIX 平台是用 cmake + git + 代码编辑器（如 VSCode ）。

为什么先测 FreeBSD 再去 Linux ？
1 、我本身就用着 FreeBSD 及其衍生系统，那肯定要照顾到
2 、FreeBSD 同样也是 POSIX 系统
3 、BSD 全系列自带编译器和调试器工具链，不需要单独安装
4 、Linux 发行版过多，glibc 的版本号也是，我怕某个发行版测试完成后，换成另一个 Linux 发行版又出问题，然后还不知道到底是我的问题、还是第三方库的问题、或是 glibc 的问题、甚至是不是发行版的问题

至于非 Windows 平台的 debug ，我个人是手动使用 LLDB ，尽管不怎么熟练。GDB 用得比较少，因为大多数 POSIX 环境 bug 都在 FreeBSD 测试时解决完了。

真要在 Linux 测试的话，通常以 Debian 虚拟机为先。当然了，其它系统比如 Fedora, Alpine 在有必要的时候也会测一测。

而且我发现跨平台应用的终极 debug 方式，是输出一堆 Log ，然后再从故障位置根据 Log 内容往回排查。
其次是挂着调试器让它运行到故障位置，这个普通常规调试方式，大家都用过，经验比我还丰富。

没办法，因为我不是大佬。

做得几好！

另外，我出街（广州市区内）一开口就讲广州话，对方唔明白我再转成煲冬瓜。
广州市内讲广州话明明就係一件好自然嘅事，根本就无错，我唔会因为特色政治正确而特登改变习惯迁就特色。

直接对着空调吹，或者用空调导风袋把一部分冷风导过来吹

如果单纯只想简单，那么还有两个办法：
1：使用 Win7 时代的 sockscap64 。然而作者早已放弃，且不开源。
2：可以尝试单独用商业 VPN 来解决。只不过这样就只能走 VPN 提供商的线路了。

有些商业和开源 VPN 的客户端软件会提供“仅限指定程序走 VPN 路径”的功能。

我知道 Mozilla VPN 和 ProtonVPN 都有这样的功能，可以研究下它们的代码：
https://github.com/mozilla-mobile/mozilla-vpn-client
https://github.com/ProtonVPN/win-app

我之前浏览过相关部分，发现是使用了 Windows 防火墙的 API 做策略路由，从代码层面调用起来非常麻烦。
而在图形界面，经过了层层处理后，用起来就简单了很多。

除了这两个，我知道 ExpressVPN 和 NordVPN 都有这样的功能。其它的商业 VPN 应该也有，但我从未用过（开通那么多账号，费用支出可不是小数目）。


顺便一提，Windows 防火墙 API 的策略路由只能转发到虚拟网卡，不能直接转发给 Socks5 、HTTP 等应用层代理，除非用 tun2socks 之类的工具再转一层。
像是 sockscap64 和 clash for windows 之类的就是帮你转了一层。

如果既想免费 and/or 开源（或者单独只需要转换层控制界面，就像 sockscap64 那样），又想用法简单，那……据我所知，暂时不存在。

既然已经都在同一个局域网内了，就没必要开启 tailscale 了吧

如果是指 Intel 的大小核，那么在我看来，目前的大小核处理方式实在不怎么好。无论 Windows 还是 Linux 。
Windows 有目共睹，Win10 的大小核调度实在非常差（微调电源管理设置项可以解决，比较麻烦），Win11 才优化了不少。
至于 Linux ，优化适配 Path 一次又一次地更新，反正还没稳定下来。

看起来，x86 的大小核调度并不能照抄 ARM 的方式。


不过我觉得有一项功能很适合大小核调度。

Intel 前一段时间公布了纯 64 位架构的“x86s”，意思就是不再启动到 32 位模式，但 64 位环境仍然可以兼容运行 32 位程序。

如果 Intel 愿意更进一步，大核完全纯 64 位（不运行 32 位程序），小核专门运行纯 32 位程序，就如同 ARM 的做法一样。这样的玩法确实很适合大小核。

所以客服说没库存什么的，我觉得完全就是借口

超个鬼的售，明显就是苹果的员工人为疏忽。

至于为什么他们不愿意换货而是要求退货，我猜测，是因为苹果某些部门不愿担责：
换货 = 苹果发货方确认是人为疏忽，影响绩效统计
退货 = 顾客的锅，苹果发货方无责

曾经有段时间，Firefox 有严重的显存泄露 Bug ，看个视频都会消耗掉 1G 多的显存。

对于独显用户来说，这真是消受不起。

尤其是双屏模式，一边玩游戏一边看攻略，分分钟弄爆显存搞崩游戏。

那怎么办？要么核显+独显同时干活，独显专门跑游戏；要么换成 Chome ，彻底解决问题。
毕竟并非所有电脑都有核显，并非所有配备独显的电脑都会同时开启核显，那么弃用 Firefox 换成 Chrome 显然是最优解。

现在我还是会保留着 Firefox ，但不会再把它用于主力，而是备用。

@canyue7897 这个也是 CN2 的其中一种，单向去程 CN2 。价格比全程 CN2 低得多，但也是最没用的。比普通 163 贵，效果却没好多少。

各种 CN2 的介绍：
https://zhuanlan.zhihu.com/p/52533834
虽然是 2018 年的，但里面提到的区别到现在也依然适用。

CN2 长期以来就是专供政企的呀，只不过需要额外报装，可以当作是政企宽带的叠加服务

广东电信给游戏宽带用 CN2 也就最近几年而已（ 4~5 年），在游戏宽带推出之前，CN2 早就存在很久了，使用 CN2 的机场同样一早就存在，比游戏宽带还要早

“中文 (中国, 美式键盘)”

这个改变是从 Windows 10 开始的，Win11 只是延续而已。
我估计他们的想法是，目标区域选项只提供该区域的语言种类，外语不算在内。

我的解决办法是，添加其它语言的键盘，比如：英语(英国) 美式键盘，或者 英语(美国) 美式键盘
即使同样是英语，设成英国或者美国其实也有区别，比如在 MS Word 输入文字，“英国”会自动采用英式拼写检查。

一般情况下，对华人而言，安装 English (Singapore)应该是个不错的选择。

fe80 并不是运营商分配的，而是设备自己生成的。fe80 的地位相当于 IPv4 时期的 169.254.0.0/16 ，属于链路本地地址。

如果运营商想要分配 IPv6 内网地址，那顶多也只能选择 fd00 这个网段（说实话，十分不妥）。
fd00 相当于 IPv4 时期的 10.0.0.0/8 、172.16.0.0.0/12 、192.168.0.0/16 ，是可以自己在内网随便用的。

如果能用 C11 ，那么不少特性都能继续保留
比如 std::atomic thread_local static_assert bool
只不过需要加下划线

https://en.cppreference.com/w/c/99
https://en.cppreference.com/w/c/11