现在随便一台中高端轻薄本都能满足需要。1W 我甚至觉得太多了，8000 以上的高端轻薄本感觉卖设计居多，跟续航静音什么的没啥关系。
不要想着加钱用十年，五年之后开始不管是啥高端货的体验都不行的，越高端越容易跳水，包括屏幕老化、外观破损、性能跟不上、缺乏新技术支持，不要以为圈子里调侃挤牙膏就真的完全没进步了。
Linux 友好性问题比较简单，集显+Intel 无线网卡就是了。
笔记本电脑可以国内买完带出国，感觉国内买还是蛮划算的。

懒得优化 IO 时，将数据集放内存盘。

Android 明确**不支持**有状态 DHCPv6，只支持 SLAAC 。
所以如果现在的 IPv6 网络不支持 SLAAC，你可以当它不是 IPv6 ready 。

OneDrive 个人保管库，不过文件数和大小有限。
另一种方法是创建一个 VHDX 虚拟硬盘并对上面的分区开启 bitlocker 加密，不过这个不会自动锁定，

目前 LE 的 OCSP 域名已经更换为 *.o.lencr.org ， 似乎没污染。
强烈建议服务器部署 OCSP stapling 以部分回避这个问题。

我的理解是 hide 这个东西就是个跟开发者斗智斗勇的事。可用性没保证而且由于是开源项目，在信息披露上就吃了亏。
而且现在 Android 已经逐步推 hardware attestation 了，hide 等于是打一场必输的仗。

没啥好折腾的，节流通常解决不了问题还影响精神状态，开源更重要。
至于你说的那些代糖，主要意义是避免完全无甜味你吃完全咽不下的问题。
单纯排斥人工合成不是个好主意，头几代甜味剂被弃用主要是风味不佳或者**可能**有安全隐患，跟是不是人工合成没太大关系。赤藓糖醇的问题是甜度较低，使用成本高。

反正已经不指望 RTM 能出了。
砍掉应该不至于，不过最近微软确实有点摸，不知道是不是在折腾大小核的事。

我觉得是内容问题，---BEGIN***--- 这样的头尾分割行不能缺失，也不能用 CRLF 换行。cert 文件用 openssl x509 -in ***.pem -text 检查一下能不能正常解码。
而且你好像把 cert 和 key 文件搞混了。

建议直接用 ECC 证书链，也就是 X1->X2->E1 这条链，填一个表单请求将账户列入白名单
( https://community.letsencrypt.org/t/ecdsa-availability-in-production-environment/150679 )

USB4 的物理层换成雷电 3 了，载波频率应该是不一样的。通常只有 USB3.0 会导致蓝牙干扰。

ipv6 家用路由默认都是拦截入站的，要手动加规则打开，另外避免用知名端口。

展示二维码的界面肯定要最高亮度啊，不然有可能扫不了，特别在强光环境。

主要是很多更新的东西没法跟你说，或者用户不关心，例如某个什么内部组件更新了个小版本之类的，界面功能全都没变，说了跟没说一样。

还不如像那些购物 APP 那样说开什么促销活动，用户对这个更感兴趣，虽然不更新也能参加促销罢了。

还有些基础类应用，例如 Webview，更新日志从来都是没用的，因为没东西适合放进去。

100MB/s 相当于 800Mbps，算是个比较高吞吐量的需求了。

vmware workstation 默认使用的虚拟网络都是纯软件实现，桥接的工作量相对于 NAT 少些依然有。另外虚拟机的网卡也是在 cpu 实现的。

你可以试试更改 vmx 文件，将虚拟网卡型号由 e1000 改为 vmxnet3，可能可以减少虚拟网卡的开销。

还不够估计就得换支持 PCI 直通的虚拟机方案和支持 SR-IOV 的网卡了，例如 Hyper-V/VMware ESXi/LinuxKVM 和 Intel I350 。

其实 IETF 每年愚人节都会发一些恶搞 RFC ( https://zh.wikipedia.org/wiki/%E6%83%A1%E6%90%9ERFC )
印象深刻的还有 RFC1149 信鸽网络协议，RFC1606 IPv9 。
IPv9 还在国内 CS 圈子炒作过一阵子。

为什么需要频繁切换啊，对于不支持 HiDPI 的应用，应该考虑用属性菜单的替代 DPI 缩放行为。

忌辛辣这话的意思跟早睡早起、多喝开水是一个意思，不能说错但也不好说有用。

有些病人思维受限，听到不用忌口反而会觉得医生不靠谱，说这句就是图个心理安慰。还有一点好处就是方便甩锅，例如用药期间大鱼大肉搞到腹泻然后赖到医生开的药头上，我身边有的老人家就喜欢这么胡乱归因的。