VS Code

可以考虑考虑转码成 avif 。avif 在低质量的清晰度能够远超同体积的 jpeg 的清晰度。

avif 有损压缩可以选择一个合适的百分比，例如 30%-60%。

看起来很不错的样子

@tool2d 我不认同 Windows 应该使用 webp ，因为 webp 的软件支持率堪忧，而且还有最大尺寸 16383x16383 的限制，并且不支持 10-bit 色彩。

webp 的使用率与软件支持率并不算高，尽管 webp 同时支持无损压缩与有损压缩，采用 VP8/VP9 编码标准，虽然是更现代的标准，但是因为 AVIF 的竞争，未来的 webp 也将逐步被淘汰。因为 AVIF 采用的 AV1 编码标准直接来源于 VP10 ，所以可以认为 AVIF 就是 webp 的下一代，而且拥有的前景远超 webp 。

AVIF 和 HEIC 的压缩率相近，各方面都很相似，但 HEIC 败就败在收费，混乱的专利池。

@Morii 还是有很大区别的，15 Pro 的内存是 8G ，而 13/14 Pro 只有 6G 。

em......
UI 不太行的样子

macOS 端卡死的 xd ，可以先在 icloud.com 登录，网页端也会弹出新的条款。同意并成功登录后就可以关闭网页端了。

关闭设置，等待一会儿再打开设置即可，条款会消失。

当然要加，不然之前的代码维护起来将是灾难。

买一个二手的 5G 手机，也是一个很不错的方案。

macOS 🤣，因为足够省心，足够好看，足够优雅。
大部分逻辑和软件包（特指命令行、开发相关）和 Linux 非常相似，非常易于上手。
唯一的不足真的就是内存和硬盘价格堪比金价了。

@acctv2 我觉得应该不是统计问题，因为前段时家门我的安卓手机用 V2rayNG 不会发热，但用 Clash for Android 就会发热。而且 V2rayNG 的统计电量确实明显要比 Clash 低。

安卓的话，Clash for Android 非常耗电，占比 12-30%，对，没错，今天看了一下 Clash 直接占比 29%😂。虽然 V2rayNG 耗电量低，但是 V2rayNG 又不够好用，没法用现有的规则，也没法开箱即用。
iOS 的话，我的 Quantumult X 占比 6%，总之是个位数。
至于桌面端，毕竟耗电大户有那么大一个屏幕和硬盘。而且电脑一般的计算任务也要比手机繁重，所以或许真的可以忽略不计。当然，Clash for Windows 是 Electron 程序，也会消耗一定的电量。

我也没有遇到过用 Apache 的项目（也许我不会选择采用 PHP 的项目，也是原因之一吧）

我觉得词库、联想词还是稍微欠缺一点，比不过搜狗。

我还觉得 macOS 的日历蛮好看的。

@a8500830 我的建议是使用 Rclone + Alist 。