原来说的是意面啊，RAmen

先别用第三方镜像，直接试试直接用 PD 自带的的 Win 11 下载安装流程看看怎么样。

@mohulai 也许是吧。我看主帖子表达的意思是你坚持要让大润发赔。
如果找大润发赔，走流程，后续轻的是柜台被处理，重的就是厂商被处理，这个售货员都会失去工作机会。
如果你发现柜台柜员就是生产商的员工，那他就是在为自己厂商和自己柜台售货的工作机会进行庇护。无论你是怒其不争还是哀其不幸，都犯不着和个人计较，直接去找厂商。

很厉害，精神上支持下，但个人不看好这个方向。

@mohulai 你是不是太自我感动了。
如果你来订立合同规则，你会怎么订立？当超市商品出现问题，超市立即赔付，之后超市严格整改把售卖问题的商家移除合作关系，这样如何？或者超市直接管理采购，禁止第三方柜台，这样又如何？

@mohulai 你去写代码，签合同里不会写出问题让你赔偿，如果写了你肯定不会去签合同。
卖场合同写了出问题柜台赔，柜台权衡下来觉得可以就签了，那正常流程来说，后面出问题就该柜台赔，因为它没有选择好的生产商。你如果于心不忍，接下来去拉着柜台找生产商，或者你自己直接去找生产商。

但具体到这一个个的人身上，谁又说得清楚呢。

理想情况下，当然是落实权责对等原则。现实中很少有那么理想的，管理水平不够。

@airbotgo 与隔空投送没关系，这个是接力(Handoff) 功能

https://support.apple.com/zh-cn/guide/iphone/iph220ea8dca/ios
两端的设备，WiFi 、蓝牙、接力都要打开。不行就关掉再打开。

既然愿意讨论技术，那我就再说一下。

从技术上讲，对于移动设备，能做实时监听又低耗电的，只有系统去调用 coprocessor 来做。
App 层面没有这个权限去调用 coprocessor 的功能，录音也需要系统权限，即使录音功耗没办法控制。
用加速计陀螺仪等传感器监控的 (比如 AccelEve)，相比录音的而言有更大计算量和远远不如的精度，
功耗同样无法控制；更不用说现在系统的传感器采样率已经被限制了。
所以在技术方面讨论，App 做不到，系统能做到有限的词汇。

再从动机上讲，手机厂商和 App 厂商做这些事需要利益驱动的，
就算有能力去做的，风险收益也完全不成比例。比如拼多多已经有能力拿到系统权限去改耗电报告了，
现在分析出来那些下发的 apk 都是拦截通知、分析使用量和 log ，能直接拿数据，何必去搞风险高收益低的事情呢。
现在广告联盟能也能从各个 App 合法的直接拿大量精确数据，搞什么语音监听。

相关性并不意味着因果关系，但人总是希望得到解释。
在遇到强大的推荐系统和巧合的时候，就使用不愿相信自己被猜中了，或者这就是巧合。

以前碰到这种我还会认真写一些解释，现在我已经懒得解释了...

尽量按树状目录管理，用 Tag 做辅助，再不行就直接搜索。基本就这几大套路。

这哪有标准。
按常见的分法就大厂和小厂，大家都听过的就是大厂，里面再分个一二三线什么的。。

如果没有剪视频搞渲染之类的极端情况，M2 Max 换成 Pro 会体验更好，续航更长。
SSD 512 换 1T 以上，速度更快。

AI 就像核弹，当人们知道它有可能做出来的时候，研究就不会停止了。
大家都知道 AI 带来的优势和危险性，但你不研究，有其他公司去研究。你的国家禁止研究，其他国家也会继续研究。
现在能做的就是提高人们的警惕性，把 AI 可能带来的危害尽可能控制在一定程度内。

从这个角度来看的话，电影这么拍也算有些意义嘛。

防不了，只能不断增加用户成本，直到大部分人不愿去搞。

@msg7086 看来你一点也没了解事情的背景，Redhat 先前发博指责的就是这类 "拿兼容 RHEL 为宣传" 并且理所当然的行为。

Redhat 认为这种只重新拿已有代码构建换个牌子，而不自己贡献代码，本质对于开源是一种威胁；而 AWS 和微软等企业并没有局限在 RHEL 生态下，而是自己构建生态系统并真正为 Linux 贡献源码。