macOS 12 可以在设置里访问密码库，忘了之前版本可不可以了

独立开发提供的是一个完整的产品，并不是说他们做的就只是前端 /客户端。不过很多工具类 App 不需要后端，或者用的是 CloudKit/LeanCloud 这种不太需要担心后端的服务。

👍

我的理解，端到端加密有两种：一种是服务端无法解锁，但数据放在本地是明文的；一种是本地也是加密的，用到的时候再向用户请求密码解密。

虽然我知道 iPhone 的闪存都是全盘加密，但还是很好奇 iCloud Keychain 这样的端到端加密是怎么工作的。我查看密码库的时候只需要 Face ID 就行，那是 Face ID 在认证成功后会从安全位置取出某个密钥来解锁吗？还是说只是 if 判断一下，认证成功就从某个地方拿明文存放的密钥。

@JasonLaw
前面有层楼也说了，现在的业务有些稀奇古怪的做法，比如假删除，对应到数据库，外键的意义就少了很多。还有一点原因，互联网公司的业务不太追求完整的数据一致性，而外键有可能会影响性能。打个不太合适的比喻：你生活在一个很久都没有确诊病例的地方，打疫苗的意愿肯定不会那么高，因为疫苗副作用概率>感染的概率。

不过，这些习惯可能也就为了降低对开发者数据库技能的要求，把数据库下沉，单纯当一个存内容的地方。所谓保证可移植性这个就比较扯淡了。即使不用外键这些东西，一个 MySQL 的项目要转 PG 也没那么容易的。如果是 scope 很清楚的项目，复杂 join 、存储过程、视图这些用得飞起，应该能轻松不少的。

gmail 可以在名字中间任意加点，最后都会送到不带点的那个地址

Rails 默认就是不用 Foreign Key 的，很多框架默认也不用，不能直接说国外就很流行吧

就我使用Watch ECG 的经验来看，这玩意没什么用。几次不舒服的时候都没测出问题。

我觉得吧，虽然 Mac iPad 这些产品毛病可能也不少，但只要不用 iPhone，苹果的糟心事能至少避开一半。

@delectate
这些流行语并不是短视频平台产生的，非要归咎的话，豆瓣小组责任更大点。
短视频平台对语言的危害，其实是莫名其妙的审查，用户为了规避这些审查，会用字母代替汉字，比如银行叫做 y 行等。

建议先副业独立开发

@libook
这个让我想起来，很多人所说的动态语言里面的「内存泄漏」，实际上是引用还在但业务上不需要了，其实不是真正的内存泄漏。跟「粘包」有点像。

多年前用过 Linux 的几大桌面（ Gnome/KDE/LXDE/Xfce ），感觉就是没有 Windows/macOS 桌面这么舒畅，也不稳定（和出 bug 是两码事），然后可用的软件比较少。