我之前用的时候，发现切换过去后要等一下状态栏才会出来，以为是状态栏的问题，原来是 ProMotion ，我说最近怎么感觉没有了呢，原来是我切换到了 60Hz 所以看不到了。 感谢楼主的提问让我知道了问题的来源

@gcdsss 模拟器上有些功能仍然需要真机才有, 模拟器并不提供

@q534 不管丢

@lwldcr @uuhhme 文字浏览和信息流这种 LTPO 1 - 120 是否省电要看交互更多还是静止更多, 在静态场景下, 持续保持不动, 触发 LTPO 低刷新率的优势才会显现出来, 但是大部分场景下, 手机是高频交互, 但是所以就导致 Pro 系列的高刷会频频触发,这样电池要比非高刷要消耗的更快.
至于测试结果显示电池续航更长的原因要看测试方法上是静的多还是动的多, 而且视频刷新率和非高刷系列的手机是一样的, 所以如果想看多日常电池真实的续航, 就的找多人机交互测试的才行, 不然评测的测试结果可能跟人的实际体验区别很大.

还有一种可能是基于周边设备的 Wi-Fi 地区进行判断的, 通过这种方式的检测可以精准的屏蔽在大陆的用户.

我记得有一个 giver, taker, match 理论, 不仅适用于交朋友和公司招聘, 我个人观察身边的一些情侣感觉关系稳定的也比较符合这个理论. giver + taker 或 match 都很稳定, 而两方都是 taker 或者 giver 的关系都不会很长远.
“通過實驗觀察、歸納、總結，他認為一個團隊可以分成：索取者（ Taker ）、給予者（ Giver ），還有適應者（ Matcher ）
Taker 是比較個人主義的。他們的世界就是關於 “你能夠幫助我什麼？”。
Giver 是相反的。他們的世界就是關於 “我能夠幫你做什麼？”
Matcher 就是在兩者中間，就是平等交易，互不相欠。”

@forgottenPerson 还有一部分是部门工作属性决定的，比如京东云部门的销售，即便是底层执行层也经常代打卡或以各种名义实际早退😂

这种情况及大概率是因为两种情况：1 ，不同 App 对于数字精度的处理不同； 2 ，数据的传输时效在不同 App 时有区别。

@thisdanielhu 哈哈, 我也是因为 vimari 的体验感觉很差, 所以自己开发的 Vimkey

系统版本是不是 14.4 ? 如果是的话, 跟这个系统版本有关. 这个系统版本几乎所有的外接键盘都会假死, 前段时间有帖子分析过, 键盘一卡就是有一个服务进程无响应了, 等苹果修复吧

M1 pro 也有这个问题.

哈哈,歪个楼. 看到这个 easydict 名字有点熟悉,于是点进去看了看,发现这个作者我还认识, 他最早开发的 raycast 翻译插件是基于我开发的 raycast-Parrot. 哈哈,不得不感叹世界好小
This project is inspired by raycast-Parrot and Bob, and the first version is based on raycast-Parrot.

随便一弄就是“此插件可访问您的网站的所有数据”，随便一弄的原因是作为浏览器的插件，本身就基本上决定了即便很小的一个功能就需要访问网页内容，比如识别广告，那就必须要检测网页里的内容才能知道哪些是广告元素。 改变网页的颜色，也是要访问整体网页才行。这个从开发人员的角度看，是因为使用某个 API 就可能会导致提示‘此插件可访问您的网站的所有数据’ 在安全方面如果此插件并没有联网，就不用过于担心，因为他即便获取你的所有信息了，也只是本地使用。当然了也不排除本地使用的时候做一些特别的手脚，只是这种情况更多出现在插件本身可能就是木马病毒类的，意在图谋不轨。
另外，在插件安全方面 Safari 浏览器做的会比 Chrome 好，因为我开发过几款浏览器插件，同时支持这俩浏览器。因为安全部分的限制，导致 Safari 的插件功能和开发难度都要比 Chrome 高，所以导致开发不友好、插件体验差。

拿 1K 美元举例
1. App Store + 内购 IAP ，苹果要抽 14 + 3 共 17
2. App Store + 第三方支付，苹果只抽 14
3. 完全第三方，苹果不抽，0
4. 一半 App Store 一半第三方，苹果抽 7 + 1

注意 4. 比例是可以调整的，你也可以 40%的 App Store + 60% 的第三方，抽成比例也会据此变化。

用里面内置提供的费用计算器看了下，提供了几种选择，如果选择 Alternative Providers only 的话 Apple 就没有任何抽成了，但都是仅限欧盟。

@hcsu 我个人为 Safari 开发过两款插件，开发感受上相比 Chrome 感觉更累，有很多 API 功能 Safari 是不提供的，另外就是有一些不支持的特性没有明确的表达在文档中，导致在开发的过程里只能自行踩坑才能发现，所以在开发了两款之后就不太想继续了，简单的插件没有问题，但是稍微复杂点就要考虑兼容性的问题，属实头疼