@ms20148 这是一个通知义务，可以有，也可以没有，法律没有约束力的

@ms20148 Apple 只是目前看没有删除，但是不会有协议承诺不会删除，这两者从法律上，差异性很大的

就是说 Apple 有一天，那怕删除了，也是合法的

为什么你老有一种错觉，这些公司有义务长期保留你的数据呢
我们还都是干程序员的，这些都是要成本的啊

比如说 iCloud 对于备份的协议：

如果您关闭设备上的 iCloud 云备份功能，或设备超过 180 天（约 6 个月）未连接到 iCloud 进行备份，Apple 保留删除该备份的权利。

我也有数据在小米云上，现在数据确实没有了，很可惜
你这官司不可能赢的，大公司法务上，都是有利于自己

但是，本来你也不可能要求一个商业公司，长期保存你的数据
除非类似 iCloud 付费的形式，那种情况肯定支持你维权

以前的网易博客、百度 hi 空间等等，都是说没就没，数据过期不候

知乎有一段时间崩的特别厉害，最后慢慢从 Python -> Go

@ZARRO 预发布环境就是要接近线上到这一步，和发布就一步之差了，甚至我们之前预发布，其实也是线上的一部分
所以，预发布反而就是需要完全的线上环境，否则就失去意义了

反而这折射出你们预发布滥用了
好的预发布，就是线上环境，通过路由等手段进行发布前真实流量校验，才达到降低风险的目的

我以前设计过一套方案，在线上环境下，慢慢灰度指定的服务，可以控制到百分比，甚至可以慢慢灰度一天

@LANB0 线上有视频，你自己去看吧，免费的

@LANB0 因为有视频啊，那条路看起来不是高速，但是感觉开了有 80-100 ，+酒后驾车，估计磕底盘了

@BRKA 被黑成翔的 byd ，无论保有量还是销售量，都真遥遥领先，还有几百万滴滴司机高强度驾驶，目前都比较少看到那种剧烈燃爆的情况（自燃肯定有）

@newtype0092 对，你说的合理，我的意思就是每个 user_id 有个 group_id ，不需要强行一样
hack 手段虽然取巧，长期看不适合，需要维护潜在规则（虽然难度不大，group id 从预定最大 user_id 起始开始就好了）

尽量避免 or
在 group_id 可控的情况下（假设数量不大），为每个用户设定默认 group_id （和 user_id 一样即可）
举个例子：

设定 user_id 范围 [0-2**40] 也就是用户最大数量：1099511627776
剩下的 64 - 40 = 24 ，group_id 范围 [2**40-2**64]

40/24 自己定义，前 40 bit 给 user_id ，后 24 bit 给 group_id
这样
WHERE user_id = ? OR group_id IN (用户所属群组以及所有下级群组的 ID 列表)
转化为：
WHERE group_id IN (用户所属群组以及所有下级群组的 ID 列表，user_id)

user_id 同时也是每个用户默认的 group_id

@kokerkov 比亚迪、弗迪的关系，不是 微信 和 QQ 的关系，是 腾讯 和 微信 的关系，没有比亚迪，弗迪还能发展更好，毕竟又是车企又是电池供应商，其他厂家有所忌讳

@leeyuzhe
200km 起步的 dmi ，还有十万块 500km+的纯电轿车
这两个没有，其他你举的例子，byd 不是没有尝试过，销量惨兮兮，终究品牌力有限，支撑不起高溢价

而你剩下这两个，和成本息息相关，那估计就便宜不了了
明天 新的汉发布，可以看看 dmi 续航，据说 245km

@processzzp 我不是替迪子辩护，是替常识辩护，而居然有人连常识都不懂

@leeyuzhe 关键是不重要啊，700 vs 800 ，加电池-》重量+、，窄轮胎-》刹车距离+、安全性-，填充-》安全性-
不是所有人都那么在意这点续航的，400 vs 700 差距很大，700 vs 800 ，没太多所谓
设计一款车，要考虑均衡的

@processzzp 弗迪（比亚迪股份有限公司全资控股）。笛子有要求，他敢说个不

@leeyuzhe 你要不要稍微了解一下物理知识再来对比，三元锂和磷酸铁锂，能量密度差别 20~50%，byd 自己都放弃三元锂了，要达到 800km ，这个车得多重。他要能做到，按照笛子性格，铁定给你拉满

只用这个评价车是很不客观的，典型的德系、日系车，悬架软硬就差距很大，但不是车好不好的评价