Health Information:
Cycle Count: 64
Condition: Normal
Maximum Capacity: 97%

istat menu 显示的是 93%, 为系统命令 ioreg 的数据.
使用期间基本都在用 Al Dente 来限制最大电池容量.

@KKLeon macOS 版的 PowerPoint 的打印和导出都是用的 macOS 自带的 Quartz 渲染的，Quartz 本身是 macOS 内核里的可见即可得渲染引擎，理论上来说效果比较不错。

但是 Quartz 对于 SVG 的支持并不好，Pages 、Keynote 以及内建的 Notes.app 都不支持 SVG 格式。在 PowerPoint 里，微软没有重新写一套渲染器，所以对于针对 SVG 和其他的私有格式，微软用了自家的渲染器把它 rasterize 成位图，再通过 Quartz 变成 PDF，SVG 矢量图变成位图体积就会变大，质量也会变差……在这个过程中，如果 PowerPoint 里的 SVG 到位图渲染出 bug 了，那么最终的结果也会有 bug 。

解决方式是把 SVG 无损转换成 PDF，Quartz 对 PDF 支持非常好，出来的 PDF 文件里的 PDF 图片不会发生任何形变。

2020 MacBook Air 是 Intel 版本，300nits sRGB, 和小新的是一样的，所以这里 macOS 的系统级别的色彩管理起不了作用，LG Gram 是 DCI-P3 那么情况就会复杂得多。如果图片是 DCI-P3，那么 LG Gram 会显示准确，MacBook Air 和小新都会损失部分颜色。如果图片是 sRGB，那么 MacBook Air 和小新都会显示准确，如果 LG Gram 没做色彩管理（如使用照片应用）那么显示 sRGB 图片会过饱和，会很「鲜艳」，如果做了色彩管理（如使用照片查看器），那么就会显示正常，仍然和 sRGB 一样。LG Gram 和 MacBook Air 都能正常显示。

不懂就问，m1 MacBook 需要什么虚拟机？用 Windows on arm 还是 ARM Linux 还是 ARM docker?
需要 Linux 环境建议用 ssh

以后有不升级大版本而只升级小版本的选项了，iOS 15 推出之后可以继续更新 iOS 14 的安全更新。
Software Updates
iOS may now offer a choice between two software update versions in the Settings app. You can update to the latest version of iOS 15 as soon as it’s released for the latest features and most complete set of security updates. Or continue on iOS 14 and still get important security updates.

https://www.apple.com/ios/ios-15-preview/features/

顶上的那个笑脸好 Mac

@Tankxing Time Machine 是 background task，系统调度中优先级比较低。在 Apple Silicon Mac 里，Time Machine 只会调用小核心，所以慢。第三方软件一般都可以算作前台任务，所以系统调度上有些不一样。苹果的东西一向这样，他希望你不去关心 time machine 备份，专心做好你的工作。场景设想很好，但是一旦出现备份上的小故障，或者一些 edge case，会让人心态直接爆炸。

我这边到没有不清晰，只是色彩有偏差，iPad 屏幕在 sidecar 模式下过饱和了。

所以 Windows 7 到底是不是 Vista 改名？

@billlee 这与其说是字体渲染问题，不如说是 macOS 的缩放问题。macOS 缩放最大的问题在于灵活性太差。

@anguiao 其实字体问题和字体渲染问题对微软实在是太相关了，微软的矢量字体依赖很重的 hinting, 如果字体本身的 hinting 没做好，渲染引擎也跟着出问题。

@wangxn 你当然可以说高分屏解决一切问题，但是问题是微软雅黑真的太肥大了，微软雅黑放在 10 年前是好字体，放在现在……低分屏上是对不齐的锯齿，高分屏上非常臃肿。你看无论是谷歌还是苹果甚至是国产手机厂商，都推出了新一代的黑体来解决屏显问题。

@alamaya @anguiao 当然是有问题的，不然微软也不会在 2017 年建立新微软雅黑专案，但是时隔 4 年，不知道这个专案到底凉了没。如果你体验过那个版本的新微软雅黑，你就会发现简体中文界面如此清新。

@hanliu hdmi 扩展坞带了 USB 3.0 屏蔽没做好就会干扰，单 HDMI 是不会干扰的。

苹果 A2119 屏蔽做的可以，连罗技优联没问题。Caldigit 那个 b 站有评测，会干扰 2.4G ，本人还入了 anker 7 合 1 dongle，一样会干扰。

@0bit macOS 的的确确需要一些 finetuning 了，特别是 Intel, Apple Silicon 双线开发之后. 特别是 Catalina 和 Big Sur 两个版本，bug 直线上升，相比之下 Mojave 稳得多。

@MaxLi77 rare case 在新的架构上都是踩坑的，工作上还是发啥用啥吧。

专业这点还是得看需求和生态。之前看 XBox 360 因为微处理器架构的原因必须用 power Mac，有 x86 需求的用 x86 Mac 也没办法。

我的观点是很烦一些人认为 x86 才是专业，AArch64 玩具。不过你既然认为可以玩的都是玩具我也觉得 ok，毕竟自己买 MacBook 也有一部分是为了尝鲜。

不过我还是希望世界能从 x86 desktop only 转换到 ARM，毕竟不能为了英特尔制程架构的停滞而处理器一直不发展。

@MaxLi77

你所说的编译 AOSP 是生态上的问题，而不是所谓 special case，转移架构必然会有阵痛，但是和本身是不是玩具没关系。

https://www.reddit.com/r/AOSP/comments/l4wzrf/anyone_build_aosp_on_m1_macs/

build AOSP 对于 arm Mac 本来不是问题，问题在于 emulator 难以启动。

但实际上，安卓虚拟机的开发比你想象的还要快，cannery 版本的 Android Emulator 已经出来了。目光放长远一点，由于架构都是 AArch64，以后 Android Emulator 可以朝着 Virtualization 的方向发展，那样出来的安卓虚拟机只会效率更高，反倒是 x86，会不会更像「玩具」呢？所谓虚拟机的深度、广度，其实只是生态不够完善，而且以目前的速度来看，适配起来应该比你想象的更快。

如果你觉得虚拟化 x86 很重要，那么开发 iOS 、Android 应用的人一样觉得原生虚拟化 ARM 很重要，也不见有人说 x86 是玩具啊。如果 emulation 也算虚拟化，那么 qemu 早就能在 AArch64 上虚拟化其他架构了，你所谓的范围体现在哪儿呢？

当然 M1 的虚拟化技术不完善的一点在于不能实现 nested virtualization，该喷还是得喷，至于其他的，都是生态上的问题，跟虚拟机能力的深度和广度都没关系。

当然，评测一个产品的时候不能把还未开发完成的算入在内，但我们也不是在做评测啊，看事物不仅要看当前，更要看 trajectory，目前 m1 的各方面已经足够 promising，各种生产力应用，也在适配，而且速度比从 powerPC 到 x86 快得多。

你的要求很高，在目前阶段 arm Mac 无法满足你的需求那太正常了，上来就扣一个玩具的帽子，那我只能说 OK~