Apple Watch 、iPhone 、iPad 都有儿童模式 /家长控制，Apple ID 也有家庭共享、儿童帐号，虽然不能说有多好用，但考虑的点要比国内厂商多很多。

其实苹果对待这个问题和对待残障人士是一样的：这些人群并不特殊，也不需要专门的产品，而是通过简单的适配让他们可以用上和其他人一样的产品。

再换个角度，可能恰恰是苹果的定位和定价，才给其他品牌留了空间，避免了垄断（当然也给苹果自己带来了更高的利润率）。

@iCruiser 关键要看被垄断的「市场」是什么。是垄断了可乐还是垄断了饮料，是垄断了 Mac/iPhone 还是垄断了电脑 /手机。

@idealhs @Microi @corcre
没说不能收费，但可以光明正大地说是卖猫而不是领养。
先不说「猫生幸福」的标准是什么，楼主咸鱼上写的是「猫生幸福可退一半」，这不还是卖嘛。
而且看起来楼主的猫不是怀孕的流浪猫，大概率是可以做绝育但没有做，这和救助或捡到的猫有本质区别。

或者说允许使用 Google 是因为搜索在回答问题的比重里占得很小，不影响考察面试者自身的多方面的能力；但 ChatGPT （对于常见的面试问题）回答得效果太好了，面试者可以只用 ChatGPT 来解决问题。

ChatGPT （或其他 LTM ）也只是一个工具而已，所谓的 Prompt engineering 技巧很多时候也只局限于这一个 LTM 产品，这相当于只考察了面试者对这一种工具的掌握情况 —— 只要 prompt 写得好什么问题都能答上来（尤其面试这种缺乏复杂上下文的问题）。

稍微高级一点的职位我们关注的还是这个人在不借助外部工具的情况下思考、学习的能力（这样才能适应不同的工作、工具），在这种情况下使用 ChatGPT 是一个非常大的干扰，会导致考察的效率会下降很多。

IP 是一段一段分配的，不是一个一个分配的。

IP 是有结构的，因为管理的需要，注定有很多块里是存在闲置、浪费的 IP 的（比如一个块被完全不同的组织用在完全不同的地理位置就很不好管理）。

总有人想把工作量证明（挖矿）的算力用来做「有意义」的事情 ...

工作量证明（挖矿）最重要的是计算的结果可以被轻易地验证（即做工困难但验证容易），所以大多数工作量证明算法才会选择算 Hash 碰撞这种没什么意义的计算。而一旦要用做比如训练模型，那么就需要重新设计一套算法，让计算可以被等量拆分、可以很容易验证计算结果的正确性，然后还需要一个中心服务器来协调计算任务（而 Hash 碰撞这种无意义计算是不需要太多协调的）。即使最后实现了，因为算法的设计导向不同（原本只是为了高效地计算，现在改成了可拆分、可验证），可能效率会下降很多（甚至下降一个数量级都有可能），也就起不到楼主说的降低成本的效果了。

再就是现在 Ethereum 已经从 PoW （工作量证明）切换到了不需要挖矿的 PoS ，算是在这个头部的链上面证明了 PoS 的可靠性，挖矿不再是一个必须的选择。

我前一阵写了一个开源的、利用 Homebrew 的社区规则来进行残留文件清理的脚本：

https://v2ex.com/t/917790#reply26

确实目前只是一个半成品，但大家如果对清理残留文件有执念且希望有一个开源工具的话，可以来试一试，或者一起想想办法如何继续改进这样一个社区维护的项目。

@artee 你需要先运行一下 brew tap homebrew/cask 。就像前面有人提到的，Homebrew 4.0 开始不会默认把 cask 仓库 clone 到本地了 ...
@hackpro 已经修复了，可以运行 brew update 更新到最新版本
@ljsh093 @GoRoad @Yuusha @Comyn 感谢反馈，最新版本已拆分到两行来解决这个问题

iPad 和 Mac 就是两种不同形态的设备，苹果显然也不会希望大家以后都买 iPad 就不买 Mac 了，所以 iPad 不可能直接支持 Mac 的系统或软件； Mac 也不可能有触摸屏。但两者可以共享内容和软件，就比如一方应用肯定都是全的，第三方应用就需要开发者用 Catalyst 之类的工具去适配了，虽然现在生态算不上很好，但所谓平板生态也仅此一家了。

对于消费者来说，就是你觉得哪个好用就买哪个，两个都想要就都买 ...

@SimonOne @Abirdcfly
这个脚本实际上需要先扫描到已安装的软件（会在最开头打印出来），通过 brew 安装的自然是简单；而其他安装来源的话（如官网下载）则是去检查目标路径（一般是 /Applications ）下是否有同名的 .app 。所以像 JetBrains Toolbox 这种安装到其他路径（/Library/Application Support/JetBrains/Toolbox ）暂时就检测不到了，我再想想有没有其他办法。

@Ritter 开给你你的 Terminal

好吧，原来 4.0.0 是上周才发布的，看来需要适配一下

@artee 看起来可能是你没有使用过 Homebrew Cask ？所以本地没有 Cask 的数据库（它叫 Tap ）。

这篇文章只是说他浏览本地文件时，mediaanalysisd 访问了网络（ api.smoot.apple.com ），然后他就和 CSAM 等事件联系在了一起，但实际上：

- 作者浏览本地文件和 mediaanalysisd 访问了网络只存在时间点上的关联，文章中作者也没有做更多的实验去验证
- 虽然我认为是有可能的，但文章中没有提供任何证据证明 mediaanalysisd 扫描了本地文件（指这个进程在本地文件系统上访问了这些文件）
- 可以查到 api.smoot.apple.com 这个域名是属于 Spotlight Suggestions 且至少在 2014 年就存在了 https://apple.stackexchange.com/questions/157424/what-are-api-smoot-apple-com-and-other-hosts-my-iphone-is-secretly-talking-to
- CSAM 只会检查你 **将要**上传到 iCloud 的文件，而不是 **扫描** 你设备上的文件（这么做恰恰是为了避免在服务端进行扫描，在必须要做审查的情况下减少隐私方面的顾虑）

利益相关：苹果股东

@yezheyu JS 就是单线程的，你说的的其他线程是引擎的实现细节，用来提供「事件循环」的语义，但你无法接触到这些线程（无法在其中执行你的 JS 代码）。

>那你在代码中的耗时任务该怎么办呢？

浏览器和 Node.js 分别有 Web Workers 和 Worker threads ，但这种线程其实相当于是一个独立的 JS 运行环境，不能直接操作主线程的内存，和主程序的通讯非常受限（其实和单独的进程差别并不是很大）。