可以直接买成品服务器然后自己装显卡，或者整机自己组(机架式机箱+标准 ATX 的服务器主板)，单路服务器平台足够应付。

如果单个核没填满时都堆一个核心上，好像没什么问题，特别是如果这个核是被 CPPC 报告为优质核的情况。

你确定你这么在内核里改键盘事件不会被反作弊认定为外挂？
你还不如考虑下有可编程固件的小键盘。

一般只关心是哪一代 cpu 架构，因为频率基本上同一代就是固定一两个主频。而且有些大厂会定制型号，spec 你也查不到只能猜。

一般这种软件都有文档站的，直接上文档站+网页翻译就行了。
maybe 有些有 getting start/tutorial 页面，英文要求会更低些。

都能搞到 m3u8 我都能直接用 ffmpeg 下载&混流了。
搞到这个 m3u8 直链才是复杂的部分。

另外我觉得国内 app 一般不会用 ip 挡人，而是要+86 手机号登录。

阿里云天天推 99 一年的 ECS
只是不适合用来逛阿里系的网站

加不加都行，统一就好。
我倾向于不加，这样不懂英语的人也不会搞错，毕竟不是复数都是加个 s 。

对于旗舰/次旗舰 SoC ，基本上就是 SoC 决定续航能力，例如 810/888 ，谁都 hold 不住，也不是小米独有的问题。

咋不说二手 iPhone SE 污染生态呢？

因为几乎所有桌面/手机操作系统都会执行 RFC4941 隐私拓展，在 SLAAC 模式下随机生成一个主机 id 用于出站通信并定期更换。这个机制的目的是防止广域网通过相对稳定的主机 id （例如 eui64 生成的主机 id ）跨网络跟踪用户。

android 和 ios 一直拒绝支持 slaac 以外的分配方式就是为了保证隐私拓展能被落实，哪怕是需要严格追踪的企业网络也不例外。

不是对外提供服务的主机不需要稳定主机 id ，也不建议折腾这个。

MAC 随机化是防止网络接入提供商（例如热点建设者）跟踪用户，广域网拿不到 mac 不能用这个方法跟踪。

不会用这种办法省流量的，而且 icloud 下载的速度肯定没 app store cdn 快，米自建 cdn 一般是最快的。

薅商店 cdn 的正确方式是增大首包，但这个有大小限制没法全塞进去，例如 google play 就只有几 G 可以用。而且首包部分一旦部署不可卸载，也就是不能用删除过往资源的方法降低存储占用。
我觉得这个是米忘记将扩展资产标记为排除备份了。

一般来说用 Mac 版 UE 编辑器的目的是 mac/ios 打包而不是内容开发

跳转页通过 UA 判断是不是 chrome ，不是的话显示全屏 overlay 提示让用 chrome 打开？

不过对于多数联网应用，像美团支付宝手游这类基本没有本地数据需求的 app ，其实不建议带数据换机，因为积累了很多冗余数据，还可能引发 bug ，还不如重新开始减少问题降低存储占用。不了解情况的还有一个老 32 位应用传家的问题。

向来都这样，应用数据想保留必须同品牌换机，因为带数据的还原需要换机 APP 拥有系统级特权，显然这玩意不可能跨品牌授权只能靠预装。曾经通用的桌面数据备份（ adb 备份）功能已被砍。

不过理论上各家品牌的应用备份数据是很好逆向的，所以有可能有第三方工具将一个品牌的备份数据转成另一个品牌的。

I/A 互换这个都是二十多年前的老黄历了，IA 不互通可以认为是 AMD 强大了不用靠挖 Intel 墙角抢饭吃了。

你可以认为是发展放缓和市场变革的结果，现在一方面第三方芯片组厂商已经退出竞争，另一方面产品进步慢了（同时性能不足的矛盾也有所缓解了），就开始搞捆绑了。LGA775 平台因为 FSB 兼容，可以老板新 U 搭配，也很少人会这么用，因为不管是板还是 U 进度都很大。但想想 Intel 从 SandyBridge 到 KabyLake 这么多年主板技术指标差不多可以说是原地踏步，就要靠 CPU 捆绑带货了。

需要注意，只是厂商通过产品设计，把复杂的兼容性问题具体化为容易理解插槽兼容而已，这样消费者只要明白“插槽不匹配=不兼容”就够了，但插槽匹配≠兼容，厂商完全有可能在互不兼容的主板上用同一个插槽，例如 LGA2011 。