CleanShot X - 如果工作中要经常截图然后加标注，或者去要录个视频复现问题，这个很实用
OmniFocus - 我用过最好用的 GTD 工具

其实我一直很好奇，为什么会觉得 eSIM 不安全呢？完全可以跟实体卡一样要求用户去营业厅验证身份之后再下发呀？或者线上验证身份证+人脸识别，这一套都的安全性足以用来重置银行卡密码和申请护照，为什么不能用来发 eSIM 呢？

12 年的时候我在学校实验室帮忙，隔壁工位上面有台裸机插了 3 张显卡在跑。我问实验室的老师这是在干什么，测试显卡性能吗？老师笑了笑说是的，天真的我居然信了。

截图上面的数据是评分数量，不是下载量。

评分数量跟下载量没有相关性。比如一个应用会主动弹出提示邀请评价，另一个应用不会邀评，那么前者的评分数量就会相对高一些。另外开发者更新应用的时候，会有个选项问要不要重置评分数据，如果前一个版本有 bug 评分很低，开发者很可能会选择重置评价数据来提高评价分数，而另一个应用评分很好所以一直延用以前的评分数据，就可能会有更多评价数量。

我找了一个可以推测下载量的平台（真实的下载量是不公开的，所以只能推测）。Google Authenticator 和 Microsoft Authenticator 上个月下载量都是大约 3M ，Duo Mobile 大约是 600K 。

数据来源：

Google Authenticator: https://app.sensortower.com/overview/388497605?country=US
Microsoft Authenticator: https://app.sensortower.com/overview/983156458?country=US
Duo Mobile: https://app.sensortower.com/overview/422663827?country=US

动态模糊 关掉会不会好一些呢？

我记得当时等待的时候把页面源代码打开看了一下，有个脚本逻辑大概每隔十秒 ping 一下一个接口，能 ping 了就会刷新页面。你也可以快到时间了多刷刷，但我记得好像不是正好整点开发，是过了半分钟才进去的，也可能是因为缓存或者被排队了？

另外理论上苹果不存在排队问题，因为他们是下单后按顺序发货，不是那种放出一波抢一波的模式，所以除非是要抢首发（第一天线下自提），理论上网站都可以直接下单。

如果真的是要抢首发线下自提，就需要多刷刷了。我的经验都是，后面会有人取消订单，还有可能捡漏。你可以研究一下网页上查询门店库存的 API ，然后写个脚本每隔五分钟查询一下。GitHub 上也有现成的。

@Planarians +1 我把一个项目完美的划分成了若干个步骤并且列好了计划，然后前面某个步骤拖延了一下，后面就全部都不想做了。

感觉楼主开头主要是在说公司和团队的使用？其实楼主提到的 Win 的一些优势，在公司背景下并不明显，比如：

“可选游戏本或者轻薄本，可以兼顾打游戏”：正规公司一般都会选商务本，不太可能会选购游戏本，员工也不太可能在办公的笔记本上打游戏，很有可能会被公司查。

“各种软件可能 Windows 安装起来的限制更小，盗版上 Windows 的资源可能也更多”：大公司不太可能会放任员工下载盗版软件，容易产生法律纠纷。

MKBHD 在油管上评测了很多电车，然后在接受 WSJ 记者采访的时候说了一个观点：电车现在能租（是指长租两三年这种）就不要买，因为电车还在快速发展，没有达到稳定的阶段。芯片、车机、电池、充换电技术等等，每隔一段时间都会有新的技术突破。对于刚买的电车，技术一旦更新，立即就感觉被淘汰了。

与之相比，传统油车经过过去几十年的发展，已经基本趋于稳定。所以购车的时候，不应该用购买油车的心态来购买电车。

GitHub Codespaces 如果在断网缓存这块再优化一下就好了。Chrome OS 本质上还是个 Linux 的操作系统，它是可以在断网情况下运行的，还可以打开事先缓存的文件什么的。Codespaces 断网以后直接就废了，但我们又不能保证网络是 7 * 24 小时畅通的。

我跟楼主心态相反，我早年碰到某个大型网站被拖库还是明文密码，然后我的好几的账号都中招了，骗子还冒充我在 QQ 上挨个找我朋友借钱，当时生活真的一团糟。后面因为记不起密码提示问题，有些账号就再也找不回来了（ QQ 账号倒是找回来了）。

从此以后我注册完账号第一步就是去找 2FA ，没有 2FA 的网站我还有考虑一下要不要继续使用。

我目前是 用户名 + TOTP + reCAPTCHA ，应该能防止暴力破解。

最近在考虑要不要换成 Passkey 。

豪宅不会，因为电影里面闹鬼的情节大多发生在豪宅内，所以我希望我的房子越小越好。

1Password 支持一个网站多个账号的

这个问题应该在于“全天候持续进行”。“每小时发送 80 个请求”不算多，我刚刚数了一下，花 3 分钟写一小段代码大约发送了 10 个请求，那每个小时可以发送 200+ 请求。但“全天候持续进行”就比较可疑了，毕竟人的精力有限，不可能全天候持续编码。

我觉得还是要查一下插件，看看是不是有什么恶意代码。或者不小心把 api key 分享出去了。