@CloseRiver 这个建议挺好的。

API 不兼容导致了事故，但灰度机制不足才导致事故扩大到了全网。

一档医保这些问题会少很多。
刷完医保后，个人自付的部分，如果公司有给买商业保险，是可以报销的。如果公司没买，也可以自己买，找小额门诊险就是了。
另外二档医保要注意看病先得去社康，开了转诊证明才能去三级医院，不然无法用医保统筹。

总结的挺好的。
up 主对宽带有要求我觉得没啥可指摘的。除了基础的起居，大家都会有自己差异化的需求。

我个人的策略是：
不合租：避免遇人不淑给自己添堵，以及拥有完整的隐私空间；
不租城中村：人口密度大，遇到奇奇怪怪的人概率高。另外城中村普遍房子硬装质量差、楼间距小、楼下开店铺，嘈杂、压抑。最不能忍的是，租金虽然低一些，但很可能在水电、网络、管理费上被坑，房东还一副“你不租有的是人来租”的态度，花钱受罪；
租空房：深圳房租这么贵，相比之下购置一些宜家家具、网购一些基础家电不算贵，但体验会大幅度提升。在这里省钱就可能要面对维护糟糕、够用就行、审美地狱的家具家电，以及搬离时押金纠纷；
控制通勤时间：上班时间控制在 30 分钟内，会极大提升幸福感。很多评论提到地铁沿线租房，但地铁线上的房也会更贵。如果沿途非机动车道修的还行，也可以考虑电动车通勤，体验比开车、打车、坐地铁都好，不用怕堵车，不用排队进站。

补充一条：
更换电芯+保留自带排线+外挂排线小板。
优点：在方案 3 的基础上，可以进一步修改电池循环次数、电池可用容量等信息
缺点：（未说明）

淘宝搜 iPhone 电池修复就能看到。

iPad mini 真的方便，随手拿放，看长文、看博客、刷视频比手机舒服的多。
唯一的问题是，国内有些 APP ，iPad 适配做的贼烂，显示密度比 iPhone 版小的多，点名淘系 APP 。

当年发布时惊艳过，10 年后的今天再看到依然惊艳。

写多读少，又不涉及修改消息。
数量不大用 SQLite ，数量大用 RocksDB 。
RocksDB 的话，服务器存全量 sstable 作为 single of truth ，客户端按需拉取查询时间范围内的 sstable 文件，Client 本地完成查询。

简单版回答：
toG 客户并没有接入公有云。

详细版回答：
华为的专有云就是一类私有云，其组成区分为管理面和数据面。

数据面承载用户的计算、存储等资源。
管理面负责管理数据面的资源下发和运维。
两者的计算、存储、网络都是分离的，管理面并不能直接访问用户的数据（这就是各种 ISO 、CSA 认证的关键要求）。

通常来说，私有云的管理面会由专门的团队运维。
但单独养一个团队消耗太大，因此就诞生了混合云这种玩意儿：
1. 云厂商提供现成的解决方案（软件或硬件+软件），帮用户快速把私有云建立起来
2. 云厂商提供专线接入管理面，帮助用户运维

如有描述不对，欢迎补充和讨论。

@leebs
redis bulk 写入有两个重要的优化，应该先试试：
1. redis pipeline
2. 多线程 /进程并发写入 redis ，redis server 端采用 IO 多路复用设计，加上纯内存操作，因此性能很高，因此 client 端要上多线程才能榨出 QPS 上限，规格不是很小的话，写入数万 QPS 都是很正常的，可以参考华为云给的性能白皮书 https://support.huaweicloud.com/pwp-dcs/dcs-pwp-0606002.html

如果只是做数据存在 /重复校验，不需要导入全量数据到 redis ，可以参考：
1. 按 @wellsc 的回答用布隆过滤器解决，看 https://redis.com/redis-best-practices/bloom-filter-pattern/
2. 如果数据 primary key 能比较好地一一映射成数字，也可以通过 bitmap 解决

英文简历，英文面试嘛？

负载是反应 CPU+IO 繁忙程度的综合指标。
如果没有占用 CPU 的进程，可以观察一下网卡、磁盘繁忙程度。

面试要手写代码题嘛？

因为 ssh 端口转发做不了内网穿透。
例如，目的端在教育网或者未暴露端口的路由器下。
这意味着，即使中转服务器本身无法访问到目的端。
此时通过部署 frp 之类的工具，目的端会主动与中转服务器建立连接，使得源端可以顺利通过中转服务器访问目的端。

华为云 modelarts

用 spark 就行，不需要部署，执行时候会自动在本地拉起 standalone 部署，运行结束后自动销毁。

保险年金。
可以分多年交或一次交清。
到指定期限后每年返还一笔钱。