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

从技术上讲，对于移动设备，能做实时监听又低耗电的，只有系统去调用 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 贡献源码。

@msg7086 你说什么不允许干？ AWS 、微软干了什么，SUSE 、Canonical 都干了什么。。
Oracle 想寄生在 RHEL 生态里，看这篇博客没看出 Oracle 现在开心。

@msg7086 UEK 内核也在宣传兼容 RHEL 。
拿 "要保持二进制兼容" 做宣传，只重新构建而不是对现有代码做贡献，我在 #22 说的就是 Oracle 。

@msg7086 那你再猜猜 Oracle 为什么不自己做发行版。
https://linux.oracle.com/switch/centos/

Oracle 也好意思来指责别人？
RHEL 源码和各种补丁一直都在发送给上游，根本不存在 "停止公开源码" 这件事情。
那些指责 RedHat 最厉害的哪些人，之前做的更多的无非就是移除 RHEL 品牌然后重新打包，又去宣传完全兼容 RHEL ，现在不能这么做了。

@chenjia404 所以现在苹果用 xip 格式来发布 xcode ，自带签名。

举个例子，有人加微信，或者看到简历想要调查一下，我会直接拿微信号或者邮箱名去搜，可能就会直接找到对应帖子和网名了。

电音蝌蚪（狗头）

对 PD 来说，越打折越要警惕。。。

@Kaiv2 再来个 C++ 的，也是 M1
simdjson:
18.44 ms
16.54 ms
16.05 ms
16.77 ms
16.41 ms
yyjson:
14.66 ms
14.37 ms
14.00 ms
13.89 ms
13.68 ms
rapidjson:
68.54 ms
67.82 ms
67.06 ms
67.04 ms
66.88 ms

你要用 C/C++ 的那些库比如 simdjson ，帖子里的 24M json 也就十几 ms