@gigishy 我的意思并不是你分冷热数据，冷数据保存在商业服务的冷数据储存。
而是本地 NAS 保存全部的数据，不要分冷热，这样常规访问都是直接访问的 NAS 的数据，不存在冷数据访问慢的问题。

商业服务的只是做灾难恢复的，日常并不访问商业服务的数据，这里选择商业服务的冷储存只是为了节约成本。
而且商业服务部分也是要保存全部数据的，也不要去分冷热数据，直接对 NAS 的数据全部备份一边，最好不只全盘备份，最好是选择增量备份，也就是保存一段时间的历史记录，防止本地 NAS 数据被破坏，然后同步备份时把 商业服务的备份也覆盖为了错误数据。

自建 NAS 提供实时访问需求，用 ZFS RAIDZ2 ，只要不同时挂掉两个就不会丢失数据，如果需求高，额可以上更高级别。
然后购买两家以上的商业服务用作备份，为了防止数据泄密可以加密，靠谱的加密算法可以保证数据无法解密的。
这个服务不要选择普通的网盘，而是 S3 等针对企业的服务，这个可以选择冷储存服务。
如果怕出问题，可以选择国内一家，国外一家。

日常访问是通过访问本地 NAS 解决，如果 NAS 出现故障数据丢失则通过云端备份恢复，我是不太相信两家云端储存都能同时故障。


对了，最重要的是，加密密钥要备份好，这个要是丢了就难以恢复了。
建议异地存多份到不同银行保险柜，小型保险柜很便宜的。

另外还要注意家里有否有台阶，阳台、洗手间、厨房，有台阶扫地机器人就很难进去打扫，即使装了斜板机器人进出也很困难，容易卡住。

买过京造和追觅 S10 Pro Ultra 机械臂版本的，
京造买的早，当时的机器人只能集尘、洗拖布二选一，选的集尘，然后拖地功能需要自己处理拖布，基本没用过。
这次买的是集尘、洗拖布、自动上下水都带的，用的就多的多了。

我的观点是，不用太在意吸力，因为吸的只是浮尘，真的顽固污渍靠拖地都不一定能够解决。
但是绝对要尽量减小人工劳动，集尘、洗拖布必须的，上下水也是，不然根本没心情去使用。
另外自动清洁基站最好也要用，我买的官方不带，最开始用一段时间后就要人工清洗下基站。
后来自己买了个非官方清洁基站的配件，之后个把月都不用人工维护了，基站也可以自动清洁。


对了，摄像头也建议有，
有摄像头的可以识别识别一些障碍物，执行自动规避。
不然对于数据线之类的激光雷达无法识别，容易缠上。
但是即使有摄像头，我也建议机器人清洁前人工清理下，例如餐巾纸纸，骨头之类的需要人工清理。不然机器人卷进去后噪音很大，还要人工处理。


另外热风烘干也是必须的，不然 1 、2 天拖布就会发酸。


切割毛发这个功能，有的话最好，没有的话也没大问题。
第一个机器人不带切割毛发功能，用起来会造成主刷缠上很多头发，但是缠就缠，除了不好看，应该没其他影响。
这次的带切割毛发功能，滚刷就没有出现过毛发问题。


自动加清洁液功能，虽然我买了这个配件，但是不知道清洁液是否真的有效。
地面的顽固污渍还是要人工喷一下全能清洁剂再让机器人打扫才能打扫干净。

@jhdxr 赞同，底层系统就那几种，看似体积很大，但是实际是全局很多容器共享，没什么大问题。

@abccccabc 这不是退伍证不退伍证的问题吧？
心梗、脑梗干脆都不是普通急诊了，都有绿色通道，我可以先看病后挂号。
医院居然还让等这么长时间太离谱了。

无盘方案呢？

不过我只很久之前接触过网吧无盘，家用无盘只以前看过资料，印象 windows 已经原生支持了。

不知道你们那边情况，我们这边加油站基本都提供免费洗车。
虽然是机器洗外加人工稍微给处理下，但是我是很长时间没去洗车店了。

@RiverMud 我的不是沃尔沃。
实际体验是，跟车距离过近时会给出警告，如果前车减速要撞车时会主动刹车，但是力度不是刹死的力度。它触发的刹车和脚踩刹车感觉不是一种，在前轮位置会有明显的噪声。这时候我也会立刻踩死刹车，并不会追尾前车。

当然前面是低速的情况，看说明书，高速时就无法做到，只能时减轻撞击力度。

aeb 这玩意不好标定。
有这么一个情况，汽车行驶中前面有一个障碍物，aeb 计算发现 70 米(一个例子)就要急刹才能不撞上去。
那么 aeb 策略是不是就要在 70 米是执行急刹? 实际是根本不会那么做。
因为现实中司机大概率减下速度直接变道就能轻松解决问题，根本不需要急刹。
而如果 aeb 不触发急刹，后面司机有没有变道，那么注定装上去了，因为刹车距离不够了。

单纯 aeb 最大的问题是，它不知道之后驾驶员后面是否会有变道避让。策略按照不变道处理会严重影响用户体验。按照变道处理时如果驾驶员不进行变道就会撞上去。

我的车的 aeb 策略明显写的是，它偏向驾驶体验，也就是它按照司机会进行变道处理，也就是在能安全刹停的距离并不急刹，而只是减速并提醒，希望驾驶员自己去减速变道。
而如果驾驶员一定时间内没进行变道，那么 aeb 才会急刹，这时候已经无法避免撞击了，手册说是 aeb 的主动刹车可以降低撞击力度。

侧面撞击隔离带更严重。正常时速度再快也撞击不到的隔离带，随着方向盘一偏变成急刹车也无法避免撞击，方向盘一拐就又能避免撞击。
单纯如果想靠 aeb 避免这种撞击，那么必须将车速控制在很低的速度下才有可能。

以上说的是单纯控制刹车的主动刹车技术，而不是能够控制方向盘的主动避让技术。


另外对于刹车力度也有点奇怪，我记得有技术叫“刹车辅助”的东西，当出现紧急情况需要急刹时，用户快速踩下刹车时，即使还没有踩到底汽车也会按照踩到底的力度进行刹车，减少紧急情况刹车响应时间。
这个的触发条件好像是速度，紧急情况下踩刹车速度会很快，而等红绿灯等情况，踩刹车速度会很平滑，汽车可以根据这个来识别驾驶员目前是打算急刹还是平常停车。
如果有这种策略，紧急情况应该很容易触发 100%刹车力度。

已知的快递车无人驾驶和萝卜快跑后台都有人，当发现问题时会有人接管驾驶。
而智驾都是靠司机去接管。

两者感觉一个明显区别，无人车远程接管，接管司机是职业，算法上面可以出现意外情况就接管，阈值可以设置比较大。快递车更是以安全为前提，可以看到很多快递车经常有点意外就急刹，可以不考虑乘客体验以安全为重点。

但是智驾不行，智驾要求乘坐体验舒适，也就是尽可能的不能急刹、急加速。

智驾要求拥挤、塞车等情况下也要能快速行驶，而不是停车等待避让。这就是策略从安全改为了体验。见过一些智驾演示，学校门口，直行车道停了一堆汽车，这种即使常人也不太好判断是在等红绿灯还是违停等着接学生的车。视频中的智驾就敢直接左转车道超车，然后实线变道到直行车道。
从这里能够明显看出来策略明显偏向体验。

接管也是，如果智驾碰到点可疑情况就要求接管，那么体验会很糟糕。车企会尽可能减小接管次数，那么安全性就会出现问题。

先去首饰店问问银行金条换首饰怎么收费，收金条是否有折旧，首饰的手工费。
然后去几个大银行都问问，哪家便宜就在哪家买。

最好找下 CDN 提供的 ip 段，http 服务限制只允许 CDN 的 ip 段访问。或者用 CF 的隧道。
因为真的有人会扫描整个 ipv4 地址去尝试找到你的源站。


另外注意发信、http 是否会对外访问，这些都要注意可能泄露。

线程成本高：

* 线程堆栈占用内存大
* 线程切换成本高，是需要内核才能切换

协程成本低：

* go 的堆栈是动态的，最初只会使用很小的内存空间
* go 协程切换是用户态的，成本低



另外 go 适合 io 密集型的，原生线程适合计算密集型。

@wysnxzm 可以网上搜索下苹果造车的过程，就是赌输了。
看资料，苹果最开始以为依靠自己的实力能直接实现全自动驾驶，连方向盘都没有的车，各种指标很高。
但是高估了自己的实例，低估了自动驾驶难度，全自动驾驶直接难产了，然后整个项目就变成一个烂摊子。
后来项目组对外、对上层也是称可以实现全自动驾驶，但是实际工作就是只针对发布会的测试道路定制自动驾驶，对实际项目毫无用处。

我也想知道

go 官方最开始提供的日志接口太烂了，根本没人用。
然后就百花齐放的出了很多第三方日志库。

现在 go 官方出了标准的日志接口 slog ，但是太晚了，普及起来感觉会很慢。

我跟人建议，新项目就按照 slog 接口，底层自己用 zap 之类的库。

>现在掌握的线索就是这些，还有哪些地方我们漏下了吗？下午家里人要开始商讨一下


大概旅游漏掉的贷款。

额，后续处理，
大概率直接摆烂...