JBMono 就是唯一解，可以用它的 nerd fonts 版本以适应一些需要字体图标的环境。

https://www.programmingfonts.org/#jetbrainsmono

你可以自己掐秒表试一下，在字体的真实大小一致的情况下，JBMono 就是阅读速度最快的。

@lstz 其实一个多语言的工具箱的话，自动部署和版本选择实际上是非常有必要的，你这边需要的可能不是几日一更，而是自动集成，并且提供一个自动更新和包管理器以实现精确调整这个跨平台工具集里某个语言的版本。

说一句辛苦了，一个能快速执行代码，免于配置环境的工具箱还是很实用的。

但是还是要说一句，如果你们维持每年一两千的净支出都很困难，那么你们多少也有点太亏不起了，让人很难信任你们有足够的能力维持一个这样的工具箱的长期更新，因为整合类工具箱就意味着需要跟进更新其中所有的工具，这需要很多精力，即使是自动集成自动测试，修复崩掉的自动设施也需要很多精力。

年 2 元也是很不实际的价格，让人觉得开发者对于自己的产品信心不足，或者单纯地想要阻拦一些人，甚至说恶意一些的话，可能用户的支付方式和账号信息之间的绑定才是开发者想要获取的。

@hello2090 因为这基本上是 LPDDR5 在大通道场景下的硬伤，苹果能做的努力不多。

@hello2090 下一代没有改进（的话）也别继续等了

建议等。

14 寸和 16 寸的 m1 受限于内存功耗，待机功耗很高（手里的 m1 max 待机 10w ，而 air 低于 1w ），续航时间是低于 Air 的。

但如果下一代没有改进的话也别继续等了，因为这种功耗估计很难降低。

每次杀蟑分两步：一次性灭杀，防护。

灭杀的时候记得把衣柜和所有抽屉都打开，然后点蟑螂香，在常出没的区域喷雷达，灭杀后通风一天再上拜耳。

随后用拜耳的拜灭士在所有可能出没的地方上药，也包括你的走廊、窗台外、下水管道、空调、油烟机和通风管附近，长粒大米大小即可，主要是覆盖面一定要足，不要局限于寝室或者看到过蟑螂的地方。

这个完整过程需要持续八次，平均每两周一次，前两次可以每周一次，最后面可以每三周一次。因为实现完整的跨代灭除需要间隔至少四个月，四个月一代蟑螂从卵到可繁殖的成虫所需要的最长时间。

最好联合多个寝室一起灭杀，数量多的话，灭杀大概需要四次左右才能几乎看不到蟑螂活动。

闲鱼：慢，可能会被验货，可能会被刀，价格最高
爱回收门店：成色好的话价格比 Trade In 高，当场验机当场拿走给钱
苹果店 Trade In：只要没坏没碎屏就有稳定价格，三者价格最低（但比划痕+磕碰+电池健康度低的爱回收报价高），当场验机当场换新，数据帮忙转移，7 天内能反悔要回旧机

@camus 这实际上是一次破例，而且是在明确地规范了审美标准之后的破例，而且这次破例新增的功能是违背旧标准的，会让人觉得苹果主动打破了它自己一直很严格认真的审美标准，所以让我觉得有些失望。

其实这个岛的很多交互完全可以在 notch 上实现，比如 Face ID 提醒，一直都有设计者试图这样做，但苹果一直在强硬地阻止这种尝试，直到它自己主动这样做。

这个挂绳，是只有我意识到它会在甩动的时候把盖子甩开，耳机甩飞出去吗？

@Chell 啊，没有移除，它因为自己的 Dynamic Island 而改成了略微温和一点的语气，依然在 Layout 页面里：

Respect key display and system features in each platform. Safe areas help you accommodate features like the corner radius and sensor housings on various devices, and avoid interfering with interactive system elements like the Home indicator and app switcher on iPhone and iPad. Safe areas also help you account for interactive components like bars, dynamically repositioning content if sizes change.

https://developer.apple.com/design/human-interface-guidelines/foundations/layout/

也就意味着，开发者们依然需要尊重这些 key display features ，但是没有明确禁止遮挡它们或者利用它们做交互，只是禁止这些交互影响到 Home Indicator 这些预先做在 safe area 以外的交互。

换言之，就是苹果依然会对不尊重 key display features 的行为皱眉头，但只要不影响系统自己做的交互就勉强可以忍耐了。

@Chell 不过这样一来，因为这句话的禁令被移除了，也就意味着开发者同样也允许对 Notch 做文章了，可惜还没有看到敢于作死的开发者。

@jinliming2 并非如此。

原先的 HIG 里是清楚地写了“Don’t mask or call special attention to key display features”这句话的，意思就是不得使用屏幕上被裁减的区域做文章，不能遮蔽这些区域，也不能试图利用它们。

见上一条回复中的链接和段落全文。

@Chell 因为和我的记忆存在非常大的出入，所以我去 Wayback Machine 检查了一下，发现 HIG 里的这一段在 WWDC22 期间被移除了。

见： https://web.archive.org/web/20210428111637/https://developer.apple.com/design/human-interface-guidelines/ios/visual-design/adaptivity-and-layout/

Don’t mask or call special attention to key display features. Don’t attempt to hide a device’s rounded corners, sensor housing, or indicator for accessing the Home screen by placing black bars at the top and bottom of the screen. Don’t use visual adornments like brackets, bezels, shapes, or instructional text to call special attention to these areas, either.

我清楚地记得苹果甚至在 HIG 里是非常抵触谈及“Notch”这个词的，会用“传感器区域”代替，而且确实是在用 feature 指代各种屏幕裁剪。这段话是在 WWDC22 期间删掉的。

@Chell 不仅在 Safe Area 那一节里有强调需要把非全屏应用的交互做在 Safe Area 内，在 Status Bar 那一节里也强调了不得把交互和内容放在 Status Bar 区域，并且也不应该在非全屏应用里全程隐藏 Status Bar 。

见： https://developer.apple.com/design/human-interface-guidelines/components/system-experiences/status-bars/

@CastleBUPT 看来你没有理解我的意思。

我举个例子吧，比如苹果首先要求开发者：

“禁止在下方 Safe Area 外区域放交互和重要内容，因为那里用户很难操作，而且那里是 Home Bar 的区域，你也不应该对 Home Bar 这个设备专属特性做任何修饰”

然后过了几年，它自己出了一个 Enrichment Home Status ，用来显示 App 的加载进度，并且 Enrichment Home Status 左边点是返回，右边点是窗口化，再把它在发布会上大书特书，并且配套了一个硬件功能是让 iPhone 屏幕的底边外壳可以检测触摸。

“卧槽，你先前不是说不能用它做交互的吗？”这大概是你的感想。

@edinina 那块儿可不可以触摸，其实对于设计那个区域的交互来说几乎没有影响。

因为它的主体是不能显示内容的，所以如果需要显示可交互内容，它就必须要扩大，而扩大之后，交互区域就可以正常检测触摸了。

@nobodyknows 失望的不在改 HIG ，在于 HIG 的创作者对自己的破例优先于 HIG 。

就像 Google 自己在 Android 自研 App 里打破过 Material Design 规范一样，不仅开发者们措手不及，而且还让开发者有种规范的制定者们没有“王子犯法，与庶民同罪”的概念的感觉。

如果规范的制定者可以随意地先打破规范，然后把打破规范的行为作为宣传卖点，再暗搓搓地把规范改掉，那么这个规范本身的权威性就会严重受损了。

@CastleBUPT HIG 不是圣经，因为人们违背了圣经，耶和华不会下来打人。
HIG 是 App Store 的法律，因为违背了 HIG ，苹果真的会一脚把开发者踢出去。