@anubu 我买的小米的，说明书直接说八小时未出水就要把头 150mL 倒掉

除了女权（已脱敏）或者新兰柯哀这种高度引战话题，小红书刷起来体验比微博好太多了，微博普通用户根本没人权。贴吧的话 app 做太烂了，而且经常有人发鬼图百度也不管

如果你的 App 就是为了直接卖钱，那兼容到 N-1 （比如现在是 17 那就兼容到 16 ）就可以了，因为据我观察那种万年不升系统的人，大概率也不会花钱买 App ，这样正好做筛选。

还有就是你没法保证你的 App 一开始就有多少用户，推广维护的过程可能会伴随新的 iOS 版本，你开始只兼容 16 甚至 17 会显得很激进，但等到 18 出来了慢慢问题就不大了。

有一年坐飞机回家，航空公司打折，一千多就能买公务舱，当时抱着体验的想法买了玩玩。结果那班航班因为天气原因延误多次最后取消，我在贵宾候机室里悠闲吃水果，然后因为第二天白天才能飞，航空公司把乘客带到酒店，公务舱的可以住一人单间，去了机场继续去贵宾厅待着，一路上值机安检登机全都不用排队，上飞机了还有丰盛套餐，可以说是完全值回票价了。

非 Pro 版一定会有缺憾，而且这种缺憾不是轻薄等要求导致的权衡，单纯就是苹果想恶心你

羡慕你觉得回家很爽。和我玩得好的那些同学，有很多也去外地了

有多少人是因为 Arm 的优势而选择 Mac 的呢？

数学家或者歌手，可惜这俩都比程序员需要天分

手机同意，越做越厚真没什么意思

结算的时候做一遍不复杂，难的是搞运营的人要把这些优惠的真正力度搞清楚并估测出一个模型，还有就是现在的电商网站都会帮用户预估到手价，这个也挺麻烦的。

二次验证防的是密码意外泄露，一般是指撞库这样的情况。TOTP/HOTP 协议从设计上避免了被撞库，OTP 密钥泄露的机会也非常小。

所以不发送明文密码只有一个正面意义，即避免服务端日志不小心泄露明文密码。但问题是服务端处理的敏感信息很可能不只用户密码一项，避免日志泄露密码应该从整个日志体系入手，而不是打补丁一样给密码做个散列就好。还有一点的话，就是散列后密码长度会变得一致，这样再做加密可以避免旁路攻击，不过服务器都能被人这么搞了，那整个网站也早就没有安全性可言了。

说这样可以让厂商不知道明文——整个网站的前后端源码都是厂商的，如果你不信任这个网站，那一开始就不应该去注册。

据我的观察，上点年纪特别文化不太高的人对密码这个概念是非常抵触的，连银行卡的六位数字密码都不想要。有些老人在 ATM 取钱的时候会口述让银行工作人员帮他输密码，但工作人员因为规定不能这样做，有时候还能见到他们吵起来。

网龄长点的年轻人好一些，但他们使用的密码依然非常简单，更不必提什么不同网站不同密码或者定期轮换密码了。即使是技术人员，不关注这些事的也不在少数，能用 Chrome 自带密码本保存密码已经胜过很多人。

所以取代密码的新方式对他们而言肯定是有进步意义的。国际通用的 TOTP 和 WebAuthn 这些协议和实名制并不冲突，国内服务不用就是因为大厂垄断心态作祟，外加「这个东西可能有人不会用」的产品思维惯性。

其实个人轻度使用，只是想绑个域名的话，iCloud 真还可以，特别对本身就是苹果生态的用户相当于白送

虽然平时用 Mac 多，也对 Windows 不咋感冒，但很多年前就想入一台 Surface Laptop ，换 ARM 终于有动力了

看电视甚至现场参加什么活动都想过能不能按快进。正常，我一直更喜欢读书而不是看电影，因为对进度的掌控感更强。

我从小就不喜欢凉席，夏天喜欢开空调睡正常床单，甚至因为这个和家里人吵过架。原来有 V 友和我想得一样。

直接用 GCC 的__typeof__扩展（如果你确信只会用 GCC 或者 Clang 编译的话）： https://gcc.gnu.org/onlinedocs/gcc/Typeof.html

Mac 吗？我 OneDrive 也遇到这样的问题，说不定是系统 bug

我不喜欢 Touch Bar 和蝶式键盘，它们和 Jony Ive 关系更大（乔布斯死后苹果内部很难有什么人制衡他），但今天看来甚至还挺怀念，算得上某种创新。今天的苹果给人感觉是无趣且昂贵，这比各种失败尝试可怕多了。