MacsedProtoss

air 没有长时 CPU 高负载能力的，干活的话慎重考虑
另外内存这玩意越多越好，我现在 Mac 主力干活是 64G 内存的，只有这样才不会一直压力黄色

在 diss 第三方之前先思考下为啥要加人脸
例如发布商品，发布商品确实不该人脸，但是金钱交易需要。所有涉及到钱的应该是按照法规都需要的，他只是前置了。这是不妥的，应当改造一下。
然后再说为啥现在 QQ 之类的地方要人脸：还不是因为首先实行了实名制的情况下，纯手机号验证又无法确认实名信息是否一致…身份证又设计不合理而且整个数据库已经被 dump 卖掉了。是 gov 的缺陷导致的整个链路。这个链路上每个环节都有问题，集中火力在商业链路上 diss 他们并不能解决实名制导致的刷脸问题。像解封这种地方，如果实际使用人并不是账号实名人本身的话，后续出现了需要配合警方调查的问题的时候，平台方责任就会被扩大。你可以理解为 gov 就是把脏活累活推给了平台，导致平台不得不参与更多的审查。
再说下你这里的 sdk 思路，你的思路对于 privacy 的保护是合理的，但是你没有想过被逆向的后果，你没有想过客户端应该是天然不被信任的。你本地 sdk 计算出 hash 丢给后台？那我只需要知道某个人的 hash 再去 hook 一下是不是就可以模拟任何人了？现在传输图像到后台就是因为后台可以实时升级其对抗虚假数据的能力，还可以加人审，你倒好，安全性实际上退回 N 年前

实际上真正首当其冲的不合理使用人脸的应该是门禁等地方，其次才是互联网平台。我也反对人脸的过度使用，但是你的想法并不能解决核心问题，或者说不能解决“滥用人脸”，只是在要求人脸识别从调用商业能力变成调用 gov 的能力而已
但是 gov 真的不会漏吗？上海上次漏的身份证信息可就是全国无差别哦

卡号都是可以查发卡地（国家）的，部分锁区的地方会校验发卡地，如果不支持就会拒付
虚拟卡是那些锁区但是办不到当地卡的时候使用的，费率更贵

如果是 AI 领域，要么支持 PayPal 的用美国手机号注册美区 PayPal 帮国内发行的卡，要么直接办美卡（美卡需要一定境内及境外的资金量才有可能搞定）

如果办招行的外币，选那个全币种 visa 就行了，没啥年费适合偶尔抽屉

@gg4waitu 非 Android 已经鉴定是死路一条了
hw 是因为政治压力才有从 0 开始开发的大厂应用，且后续更新缓慢
如果是非 hw 少了政治因素，出于商业考虑基本不可能有大厂做这种从头开始的开发了

折叠屏刷 rom ？太小众了吧。用 Google 姗姗来迟的那套折叠屏逻辑吗…感觉效果应该不好

印象里好像只有 cn/tw/hk 可以互刷
eu/us/kr/上面的大中华区这几个地区之间都不行的

只是想传文件的话 宿主安装 Google 的 Android File Transfer 即可，先传到宿主上
反正 pd 虚拟机和宿主机之间传文件还是很简单的

如果你是要 adb/fastboot 之类的那就是另一个事情了 我不用 pd 所以这里没法解答

@flywanly990 干重活的时候 mba 散热不行啊 所以差距就拉不开了
16g 内存太小了 24g 的 m4 价格在你这边应该是不划算的，毕竟新品…

mba 的话 m4 发挥不出它的全部实力，感觉不用追新
pro 的话 m4 还是很猛的 能打败 m1 pro 了都