我因为苹果转向 ARM 而放弃了苹果电脑。生态问题，坑太多。
后端开发，但不只做 Java/PHP/Node.js 这些……

我也不买小米
我买红米……

虽然看起来廉价但都没有什么复杂工艺，反而很少出问题
音质也差，所以都不会有震动杂音

还有 KDE 的阅读器：
https://www.microsoft.com/store/apps/9N41MSQ1WNM8

@diagnostics 考虑到比尔盖茨和 Jobs 之间的关系，这已经不容易了。
你说的那些，要是微软有这种机会，恐怕还真愿意。早期微软还真不知道搜索引擎可以靠广告盈利。当时的 Google 是一个不赚钱+良心+人畜无害的形象。
做到这个程度其实不错了，要是给比自己还强的竞争对手投资……怎么想都不正常吧。

相比起来，倒是苹果做得不人道的地方要比微软多。例如你提到的浏览器。
iOS 平台所有的浏览器都必须使用 WKWebView ，不允许自己实现内核。在 iOS8 之前都不给第三方浏览器用 JIT 加速 JavaScript 。

我以前用一款 iOS 电池健康状态软件，能看的信息很丰富，而且就算换了第三方电池也可以显示（以前不会弹窗）。后来 iOS 加上了系统设置里的电池健康状态，这款软件马上就删掉了原本的所有功能，转型做一个“电池保养充电提醒”应用。

而我之前还买了它的付费版。
苹果这些问题不明显，只是因为它并没有垄断市场，因此大家还有很多选择。但一旦它（指 iOS ）处于和 Windows 对等市场份额，对第三方生态的打击是灾难性的。

@vitaminx 做移动硬盘应该不会有问题，有问题的情况可能只是引导和休眠相关的……

@diagnostics
你了解的历史可能有点片面。

微软在 1997 年给苹果投资过，救了濒临倒闭的苹果公司。如果没有这件事，你可能见不到今天的苹果。

Linus 本人自己也吐槽过 Linux 桌面发行版，也希望 Linux 桌面能做好。

此外，NVIDIA 也很封闭，对开源世界也不友好，还被 Linus 骂过，相比起来 AMD 比它开放很多。但它的产品确实好用。骂归骂，为了工作和娱乐，大家边骂边用。

@RedisMasterNode 另外 WSL 方案也有一些额外的优势。比如换了新的电脑，无论是公司发的还是自己买的，配开发环境也得花上一两个小时。
而且比较新的硬件装 Linux 桌面总会碰到几个驱动程序问题，但在 Windows 下，电脑到手就能正常使用。

WSL 可以导出和导入环境，在旧电脑上导出，新电脑执行 wsl --install 之后再导入旧电脑的环境，大多数工作都搞定了。也不需要关心 Linux 下的硬件驱动问题。

之前我用 Linux 桌面，碰到一个开机 2 小时 WiFi 就会断，重启之前都没办法连接的毛病。搞了很久，还是没好，后来感觉其实没有必要浪费时间在这上面。

@RedisMasterNode 其实我也用 Linux ，但大多数时候都是远程 /虚拟机 /WSL 使用。
至于用 Linux 的理由，当然还是现在正在给 Linux 服务器环境做开发。
然而我没有什么理由一定要用 Linux 的桌面环境来办公，于是选择 Windows+WSL 的方案，两者都可以兼顾。它们肯定都有缺点，总不能只盯着缺点看。

@diagnostics 顺便一提，Defender 最近越来越难关闭了……
以前还能简单操作，现在需要这种东西：
https://github.com/qtkite/defender-control

@xtinput 估计只是虚拟化没有打开，最近 10 多年的处理器，除非是最早那一批 N270 这种级别的 Atom 处理器，一般都支持。
很多笔记本倾向于默认关闭虚拟化，因为打开的东西越多，碰到问题的概率越大。有需要的用户其实都会自己打开。

当然碰到无良厂商就不好说了……

@xtinput
> 哦。对了，macOS 上如果不要图形化启动 Linux 虚拟机不要太方便，终端一行命令就行

这个……Windows 下输入 bash ，然后回车就行。
启动 Hyper-V 虚拟机也可以，如果你有个虚拟机叫 Linux ，只需要：
Start-VM Linux

@diagnostics
我最近做机器学习相关的东西，但不研究算法，只是给项目做一些性能优化工作。
用的模型都是一些开源的预训练模型，训练倒是不用本地跑，就用服务器，用公司的业务数据做微调来改善下游任务的效果。这点跟其他人说的其实差不多。虽然生产环境跑的模型都不算大，那些超大参数量的模型实在太慢了。
跑推理的服务器用 NVIDIA 显卡，优化工作也针对 N 卡进行。用 CPU 或者其他公司的显卡对这项工作没有太多帮助。

用 Linux 桌面当然有协作办公生态，和桌面环境有些小毛病的问题。
虽然有远程环境，但实在不方便，得走好几层堡垒机连接，而且不允许与本地进行文件传输。

于是 WSL2+WSLg+CUDA 这套环境相比其他方案，就相当方便了。桌面应用都用 Windows 版本，开发相关的都在 WSL 里做。那些只针对 Linux+NVIDIA 开发的库都可以免折腾使用。

---

Windows 碰到速度慢的问题，有一半原因在 Defender 上。禁用它就能提升很多，尤其是 IO 方面，还有编译代码的耗时。
不过这些只是痒点，不是痛点，稍微差一些也并无大碍，如果能更快肯定更好。有些问题换其他平台去做反而捡了芝麻，丢了西瓜。

@RedisMasterNode kubernetes 不支持 mac ，docker 也没有 mac 版本。
如果你指 docker desktop 里面那个，windows 和 mac 都是虚拟机里跑 linux 运行它，而且 hyper-v 的性能还要更高，然后目前主流的服务器架构仍然是 x86 ，大多数 windows 设备也是 x86 ，能原生运行。

arm 下用 qemu 跑 x86 容器连调试都有问题，ptrace 不能用……

如果你只需要 kubernetes 的命令行工具，用来远程操作，那 windows 和 mac 的一行命令安装都得用第三方包管理工具。

不说 WSL ，就算只用 MSYS2 ，它跟 Linux 的 Shell 都更接近，全是 GNU 风格的命令，测通了基本上可以直接给 Linux 使用。如今大多数 Unix Like 服务器系统用 Linux ，而非 BSD 或者 macOS ，我不知道 mac 有什么优势……

这两年我觉得开发用不了 mac ，买来也只能当作图形终端用。就像瘦客户机一样的用途。
以前图配环境方便，如今各种麻烦。

问题问反了，不是 PM9A1 不支持 Mac 系统，是 Mac 系统不支持 PM9A1 。

我试过，安装程序能识别，第一阶段装完之后不能正常引导。

iOS 如果加入了侧载
结局大概率是应用没经过苹果审核，就不会允许启动
就像给 Type-C 加 MFi 认证一样