@weiceshi 实际上人工 hinting 也远非完美方案，你要是跟踪了微软的 nobel scarlet 的专案，你会发现有比人工 hinting 好得多的方案，不过微软磨叽，现在这个专案还没有动静。
而且我全程都提到缩放比这一事实，而且对比要有公平性。从我的一系列图中，你可以看出，在相同尺寸，相同缩放比下，Windows 下的字体表现普遍偏细，我并不觉得这比 macOS 更「护眼」。
实际上，我猜测你可能遇到的场景是，在 2k 24 寸的屏幕上，Windows 此时的缩放比为 125-150%，而 macOS 在 1x 和 2x 之间几乎没有中间缩放比，导致 macOS 只能维持 1x 缩放，这个时候，由于字整体偏小，加重了视觉上模糊的效果。这个时候，你需要喷 macOS 的一点是 macOS 缩放比不灵活，无法照顾中间分辨率（ ppi 100-150 ）时，显示器的缩放效果。

@weiceshi 而且如果你翻我所有的论述，我都是在说，Windows 低分屏上显示的策略不同，容易退回宋体，整体显示偏细。
而且我几乎全程都在贴图，即使评价，我评价的观点是「 macOS 和 Windows 在低分屏上的缩放表现，我实在不明白为什么有人说 Windows 远好于 macOS 」其隐含意是我反对有人说低分屏上 Windows 渲染表现远好于 macOS 的这一叙述，并没有说 macOS 在低分屏上渲染远好于 Windows 。我实际说的是在低分屏上「两者都没法完美，这是硬件 bug.」

@weiceshi
很简单上面是 macOS，下面是 Windows

首先你当然可以找到这种最极端的情况，来证明 macOS 糊成一团。但这并不是显示汉字典型的 scenario，所以说你想表达的意思是不是微软为了几个 special case 牺牲了正常文本的可读性？

其次，看字不是看笔画，而是看图形，我并没有觉得下图比上图显著的更好认。

还有，你甚至可以找更极端的情况，比如 biangbiang 面的 biang 字，这个字应该没有任何一个操作系统能在低分屏上显示清楚。问题是，你日常看字会看一串一串的复杂繁体 /异体字吗？

@weiceshi 请自己放大到 100%，在自己的显示器上看，截图会带有次像素信息，你在相应的屏幕上显示，结果应该是一模一样的。如果我发了拍摄屏幕的照片，屏幕显示效果，排列方式会对渲染效果有一定影响，反而影响了真实性。如果你用高分辨率屏幕，那首先，你可能很难看清低分屏上的效果，其次，你也不需要关心 Windows 在低分屏上的效果，你可以看看高分屏上 macOS 和 Windows 的 渲染情况，也有一定差异。而且你提到了 DPI，我所有的样张都标注了缩放比，是常用的 100% 和 200% 其他缩放比你也可以补上。

@datou Windows mobile 6.x 时代的手机也是低分屏，手机上肯定也是灰度渲染，一微软的尿性，一定也用了相同的渲染技术。

@BestQueffEver 其实我那张图里也有不少复杂字形，如「赢」「重」「薄」等等，而且，我现在就要给你补一张低分屏上最典型的复杂字形。

Windows
https://i.imgur.com/xwVybce.png
macOS 原始字形
https://i.imgur.com/wEBiCw3.png
macOS 微软雅黑
https://i.imgur.com/oCEkB7d.png

@datou 这个其实是 DirectWrite 灰度渲染的时候仍然读取了字体 hinting 导致字形扭曲。你如果放大，你会发现笔画和像素对齐了，但是视觉上不对齐、粗细不一。

@anguiao
@inhal
我这就贴一张微软雅黑在 macOS 上的表现
1x 缩放比
https://i.imgur.com/GRxNyVM.png
2x 缩放比
https://i.imgur.com/0IE6xro.png
首先微软雅黑本身是挺不错的，但是不够「现代」，现代一点的字体不回这么拥挤。
其次 macOS 和 Windows 在低分屏上的缩放表现，我实在不明白为什么有人说 Windows 远好于 macOS

想问问除了 pixel 外还有那个厂的手机能和 stock android 的发布进度同步？

https://www.zhihu.com/question/326409035/answer/882028027

如果你想用繁体的话，这个不错。

贴几张典型对比图，取自 Chrome 维基百科
Windows 200%缩放
macOS 200% 缩放
Windows 100%缩放
macOS 100%缩放

Windows 11 的中文界面几乎没有进步，甚至在某些地方退步了，一个最明显的是欢迎界面直接变宋体。

说到字体我可就不困了，首先低分屏上很难渲染的比较好，Windows 和 macOS 只是采取了不同策略，Windows 用了很重的 hint，维持了一个扭曲的像素化的字体。macOS 则是几乎没有 hint，基本没有字体变形，但是存在很糊的情况。两者都没法完美，这是硬件 bug.
在高分屏上，macOS 几乎没什么问题。有人说 Windows 在高分屏上字体渲染好，我只能说呵呵。首先是最明显的，字体容易回退到宋体，这个字体在高分屏上是就是灾难，小字号极细，大字号勉强能看，和 UI 一点都不协调。然后就是微软雅黑，微软雅黑基本上是为低分屏设计的，在高分屏上过于拥挤，而且由于 Windows 奇怪的渲染策略，在高分屏上的渲染明显偏细，特别是 Chrome 里，简直是灾难，几乎没有 legibility.
说白了中文界面 Windows 进步的太慢了，不知道哪儿来的自信说用高分屏一定能 fix 中文界面的问题。

@maizero 我去查了一下，外置固态硬盘确实更容易掉盘，感谢你的提醒，不好意思之前言语过激了。查了一下，原因主要有：1. 供电问题，多见于接到扩展坞上的 USB-SSD. 2. 意外断电问题，外置 SSD 可能由于经常插拔，导致意外断电而掉盘。我也查了一下硬盘的 SMART 数据，有 16 次 unsafe shudowns，有点出乎我的意料了。

@maizero 你说的因为楼主不懂而产生的可靠性问题当然值得忧虑，而我想说的是，雷电盒+nvme ssd 并没有比内置 ssd 掉盘风险更高，你是在夸大外置 ssd 的掉盘风险。你的理论推导出，即使我笔记本内置 SSD 需要更换，那么我也需要考虑它的掉盘风险，那么我就需要对其备份，这其实是很正确的。你还提到 MacBook 内建 ssd，这个就更有的说了，由于 T2 是固态硬盘主控，因为 T2 过热而导致的储存问题更是比比皆是。
其二，雷电方案带宽对于稍微高端一点的 nvme 是不够的，根本跑不到 SSD 到速度极限。雷电的数据带宽为 22Gbps，大约为 2800M/s，而因为雷电主控是原因，这个速度可能会更低。连峰值读写都达不到 SSD 掉盘风险有那么高？
我当然很理解您对我们这些外行乱搞而产生掉盘风险而感到忧虑。不过真的要数据安全还是做好备份，而不是为一个可能性很低的风险而担忧。

@maizero

而且好一点的雷电硬盘盒都是金属外壳加散热贴，不存在说散热不行的情况，所谓说掉盘风险，我甚至怀疑你们是不是根本没用过固态，你笔记本里的固态散热都未必有外置硬盘盒好……

雷电接口传输数据的上限是 22Gbps，基本上跑不满好一点的 NVME SSD，实测某 NVME 雷电 3 固态硬盘盒在 M1 Mac 上大概是 2.2G/s, 而且因为 M1 Mac 本身的雷电芯片的原因，可能跑不满借口速度，自然会掉很多。固态硬盘为三星 980 Pro，不会是瓶颈，不过实际使用建议买蓝盘这种。一般如果不是长时间传大量数据，基本不会超过 50 度，怎么可能有掉盘的风险。而且自己买雷电硬盘盒加固态可以以后升级，配置方法灵活的多，而且价格相较已经配好的雷电 SSD 更便宜，甚至比有些高端 USB 3.2 硬盘都便宜。

@dingwen07 目的是为了将原本在 iCloud 上进行的 CSAM 审查变成 on device, 从而保证 iCloud 端不用解密数据.

@systemcall 扫描上传 iCloud 的图库到录屏人脸识别, 这属于逻辑滑坡, 因为从任意一点到录屏人脸识别都是突变. 扫描上传 iCloud 图库中的 CSAM, 到扫描上传 iCloud 图库中的 political content, 属于潜在风险, 这个在讨论范围情有可原. 不管怎么说, 你直接跳转到摄像头人脸识别的的确确在输出情绪.


@minsheng LSH 在目标超平面进行多次随机切分, 每一次随机切分的平面对图片的特征向量进行编码 hash, 在同一个 bucket (Hash 值相同) 中的特征进行比对, 看是否相近. 在这多次随机切分后得到一个综合结果. 每一次切分时会有一定的遗漏率, 通过多次切分确保查准率和查全率. 可以看看这个视频 https://www.youtube.com/watch?v=Arni-zkqMBA

@qq1204076437 我看错了, 我以为是 iPad Pro 2018 11-inch