As for the chin on the front, Novielli explained that this is what allows the color to shine. Furthermore, Apple was able to pack all of the iMac’s components in the chin and reduce the thickness of the iMac to just 11.5mm. In total, the new iMac features a 30% smaller footprint and 50% less volume than the previous 21.5-inch iMac.

苹果官方的解释很简单，就是为了更薄。

@yimity 在入库前，只要有明文传输，都有可能导致明文被记录，
看看前两年的 Twitter 和 Github，都是中途某个 Log 把明文记下来了，类似这种事情在大公司发生得还很频繁。。

前端加密对于"传输安全"而言是没有什么意义。。
监听软件或者自签名证书，如果能抓到明文，当然也能抓到 JS 或知道网站算法，解密当然也没问题。
不加盐的 hash 提交，相当于把 hash 本身当做密码，同样也没什么意义。

前端加密在这些方面可能有些意义：
保护用户隐私。看看这些年密码泄露的事件吧，只要明文传输到服务端，整个链路里的各个节点、Log 记录、内存 dump 等等都有可能把明文留下来。
增大逆向难度，但是这个收益不大。

"访问欺骗性网站时发出警告" 把这个也关掉

然后反垄断、监管、合规、审查、牌照，还有 "没有客服"

@cszchen 界面好看这是最重要的，功能也足够多。所以哪里流氓了，daemon 进程？
@TikDoge 腾讯的 Lemon 也不是不能用，免费，但是监控进程之类的问题同样也有，界面和功能差一大截。

Mac 防火墙阻止的是传入连接，传出流量不防。
如果非要找免费的 Little Snitch，可以试试 https://github.com/objective-see/LuLu

"CPU 通用计算" 这个不用说，各方都测了个遍了。
GPU 图形性能 FP32，M1 GPU 2.6 TFlops，GTX960M 1.5 TFlops 这个是实打实的，
你不如说比一下 CUDA 和 OpenCL 呢，况且苹果的 OpenCL 也不怎么更新了，
想要公平一些，好歹适配了 Metal 再来跑啊。。
前几天还有个用 ffmpeg 软编跑分的，拿 NEON 和 AVX2 比，倒是让 ffmpeg 适配一下 Accelerate 呀。。

@alfchin 我搜了一下相关案例供参考：

上海拉扎斯信息科技有限公司与周磊网络服务合同纠纷二审民事判决书
北京市第四中级人民法院（ 2019 ）

关于“预计送达时间”是系统根据商家距离、商品服务出餐时间等因素综合计算给出的参考时间，实际送达时间会受当天多种因素影响而有所差异，在饿了么 APP 用户版中上诉人己在“资质与规则”一栏如实告知用户，不存在故意隐瞒影响交易的重要信息的行为。

“全城送约 41 分钟”系拉扎斯公司作为平台经营者根据平台整体运营情况，在考量系统历史订单配送距离、配送时间的情况下统计测算出的订单大致配送用时数据，该数据的展示在一定程度上有助于平台消费者对平台运营情况的知情了解，也有助于消费者对通常情况下下单后的配送时间形成合理预判，根据本案中拉扎斯公司提供的订单数据，上述“全城送约 41 分钟”配送时间的宣传并未明显超出周磊下单时真功夫公司在饿了么平台上所接订单的平均配送时间，另外，结合日常生活经验，餐饮外卖“全城送约 41 分钟”的配送时间宣传通常也不会背离普通消费者对于该品类外卖订单平均配送时间的理解和认知。

@alfchin "预计" 是汉语吧，汉语看不懂吗？！

"预计" 就是 "预计" 啊，
"预计未来三天内有降水" 也没见有谁去告天气预报。。

美团那是预计送达时间吧。。有买准时保之类的服务吗？

举个例子，本地 sqlite 表结构变了，新版知道旧版结构，所以会做迁移；降级后旧版可不知道新版结构，当然出错。

@philipjf 这真是太想当然了。。。这年头大家都在搞隐私合规，生怕大棒子砸下来。。

@MasterCai 检测机制仍然是基于数字签名的，App 启动会联网验证证书。如果你有开发者账号有越狱手机，自己砸壳重新签名，再额外处理一下，那还是能跑起来的。

@philipjf 与权限的关系不大。M1 上这些权限都没问题，而且普通 App 也不会需要需要你说的这些权限，并且拒绝后也不会影响正常功能。另外聊天记录通话记录这些是拿不到的，后台监控是无稽之谈了。

@xin1284 国内大多数需要互联网服务的 App 基本都有风控需求。除此之外，还有少部分是有 Mac 原生 App 、或者 iOS 在 mac 上有适配或者设计问题。所以确实是存在问题，不然谁不想扩大用户群体呢。。

@MasterCai Mac 运行环境本身就是不可信的，或者选择权是开放给用户的。苹果当然想搞 iOS 那种程度的控制，刚出 M1 的时候，苹果也改了半天，结果还是没锁 bootloader，还是允许关掉 SIP 、AMFI，不然 Mac 生态就会被破坏掉。所谓可信任不单是说文件修改，在 Mac 上调试这些 iOS App 、做一些 Hook 搞些逆向之类的分析，成本和真机完全不一样。

文件管理试试 GoodReader

macOS 内嵌了个 iOS 运行时，模拟的是 iPad，这样对某些 App 的风控会带来很多麻烦。
举个简单例子，原本黑产想搞 iOS 微信，成本会很高，但有了 M1 后，什么多开群控完全不在话下。
如果苹果不去严格执行开发者的意愿，那总有普通人会去钻空子，微信对这种人该不该封呢？

苹果的本意是扩充 Mac 生态，但不能影响 iOS 生态。

@minsheng 看了下那个 patch，主要还是用了 <arm_neon.h> 里的 intrinsics，适配的是通用的 arm64 架构，
如果用苹果的 Accelerate 里面的 API 的话，应该还能有些提升，但是那样就不通用了。