@moudy 你这个是 ECU 的要求吧。他这个是用在车里那块大平板上的。照你这么说就更没必要了，一个车载娱乐系统而已，要双 CPU 热备干嘛呢。

我简单查了查，结果发现好像根本没有所谓“车规级”这种东西。

普通人认知里可能觉得某些芯片设计为“车规级”，就代表着耐用性高。但实际上并没有一个统一标准确定到底什么算“耐用性高”。

最接近的 AEC-Q100 不是一个“认证”，只是一个“标准”。就是说你做了我这标准里写的测试，达到了我这标准里说的结果，那你就能声称“AEC Q100 qualified”。不需要拿到什么地方去认证。在产品里写这个的其实不多，至少我没查到。甚至你搜 Nvidia Thor + AEC Q100 都没什么结果。

而就算是高通的芯片，好像也就 Snapdragon 602A 写了相关内容：
The Snapdragon 602A has been specifically designed to meet stringent automotive industry standards including AEC-Q100 grade 3 and TS16949

总而言之，搜了一圈下来，一款芯片或者说平台到底是不是“车规级”好像都是企业自己说的算的。我说这个是“车规级”它就是，他就能多卖钱。

draw.io ，比较适合拖各种矩形拼装。做示意图足够了，复杂的估计不太行。

因为现在的竞争就是你死我活的阶段了。所以你不在舆论顶上，新车就直接被按死了。所以各个厂家都不吝啬在公关上花钱。想想理想 MEGA 是怎么死的。

小米的 SU7 现在稳定月销两万多，YU7 爬几个月产能到一万多的话，每个月 20 万以上的市场就要被一家吃掉四万。而新能源里，理想四月份一个月买了 3.3 万辆，小米一个车型就买了 2.8 万。再对比一下传统车企，上汽大众卖了八万多。

总的来说如果 YU7 顺利大卖，同时产能爬到 SU7 一样的两万多，那么大家都要少一大块蛋糕了。自然公关能解决掉对手最好。

但小米的公关又不差，各家都带着任务，两边对轰自然看起来到处都是，烦的不行。

PDF 就是个桶，里面装的东西乱七八糟。虽然有标准，但你照着标准做产品，做完了大概率你的客户会给你报各种东西编辑不了。

等你挨个反馈处理完又是一大笔精力和投资。很难做到免费去搞这些细节。

更可能的是昨天喝水少了，你可以看看正常喝水饮食，第二天会不会涨回来。

看你的体重，除非基数 200+的，不然一天掉了 1.3 公斤干重那你真的要去看医生了。

语言这东西都是在项目里实际应用才能真正理解某些特性到底是干什么的，以及怎么用。光靠背书肯定能学会，但能记住多久就不一定了。特别是 C++这种又大又杂的，一般公司内部用得多的话都会出个规范。能用什么特性，怎么用。不然两个人写的代码可能完全是不同风格的，Review 起来很费劲。

所以如果你想提升的话可以找找开源项目混混。找个小点的项目，先从改 bug 开始。

至于大厂要求掌握 C++这种，看看就行了。基本也就是考几个点，临时抱佛脚刷刷题也可以。反正你简历别写精通 C++就行。

计算机这行学历越来越贬值了。所以还是尽量读个研究生再说。虽说确实是没啥用，但别人有你没有这就是区别。这么算的话你还有好几年的，可以不用这么焦虑。

计算机最关键的几门课，组成原理/体系结构，编译原理，线性代数差不多都是大二大三开的。我们面试应届的话基本都会问相关的内容。这几个没学好说明这人四年就没怎么好好学。简历刷的再好看评分也高不了的。你既然大二那就专心先把这些课程学好再说。
组成原理多做实验，编译原理可能书上讲的都比较老了，你可以自己写个 parser 试试，Github 有很多项目。线性代数教程多数都比较烂，可以 B 站找视频看看。自己动手写个 renderer 啥的，从图形学入手更直观且容易理解一些。

我之前用 iPhone 的时候就发现了，应该是个 Bug 。

就是当你有两个闹钟时间重合的时候，就有一定概率它俩都不响。

你看看你是不是那个睡眠里设置的起床闹钟，和你手动设置的闹钟设成同一个时间了。或者你前一个闹钟按掉小睡的时候和后一个闹钟重合了。

所以我每次都是设置好几个闹钟，然后把它们的暂停时间手动调整开。

我记得去年上半年作文还是啥的就考了云原生？

@justdoitzZ 小米 2024 的财报，去年交付了 13 万辆 SU7 ，今年计划交付 35 万辆。估计到 25 年底就差不多 50 万辆了。

@tlerbao

1. 我用的追觅，算法也还可以。你地上别扔的到处都是玩具就没啥大问题。所以我感觉这几家主流品牌算法这块可能都差不多。

2. 自清洁这块，我用过洗地机。这东西麻烦的点在于他们这些水箱里面都有加强筋，内壁并不光滑。而且污水冲走以后，边角总会剩点。所以需要拆开定期用刷子刷一下。
至于说回去抽吸污水箱倒是不用，一般能回到污水箱里的肯定是没清水箱多的。

3. 这个无所谓，拆了就能清理。和滚刷也差不了多少。

现在这行业太卷了，到处都是水军。评测也是基本没法看。你感兴趣就买了试试，或者明年出新款了再买旧款，能便宜不少。

@ohazyi 一般来说都是第一天和最后一天最便宜。第一天是 5.13 。

传统的 CI 考虑 TeamCity 就行，跟 TeamCity 比 Jenkins 坑真的多。

我 N 年前写的 TeamCity 插件现在还能用，但 Jenkins 就废了。这东西基本上锁死在你最初搭建的那个版本上。功能基本全靠一堆破插件，破插件之间还有互相依赖关系。等用一段时间你就发现，你想要一个功能，需要一个新插件。新插件需要新版本的 Jenkins ，但你要是更新 Jenkins ，你有个老插件的依赖插件就没法用了。导致你整个功能会挂掉。

Jenkins 属于成也开源败也开源的典型。让你深切体会到一个复杂系统管理失控是个什么结果。只做核心功能，其他交给社区没问题。但社区插件也能互相依赖的话，一个插件作者不维护了，所有依赖它的插件全都要挂掉。可能后续其他插件也能提供类似的功能。但 CI 这种东西一旦搭建起来几十几百个项目都带在上面，不更新还有 CVE ，一更新挂掉一半这谁受得了。

TeamCity 大部分功能都是自身就有的，插件依赖度比较低。该更新就更新，从来不会有问题。免费版 100 个配置 3 个 Agent 基本也够用了。

但说实话，最方便的还是现代 CI 那种配置文件+Docker 的。虽然配置麻烦一点，但一般一个项目也就配一次。

算法暂且不论，虽说我觉得主流这几个牌子算法都不至于太蠢吧，我们就只说拖地这一块。

首先你要想好，你这个扫地机器人买来是做什么用的。
对我来说他就是个日常打扫的工具，保证隔两三天大概扫拖一遍，去去地面的浮土。至于说你真的倒一瓶蚝油在地上，你也不会让扫地机器人来处理。你自己就先清理了。它就不是用来处理重度污渍的。

基于这个原因，扫地机器人应该尽量少让我自己下场维护。它隔几天自己去扫一遍拖一遍，自己回去上下水清洁。可能我一周去清理一次基站底盘，但也要尽量少让我去做这种事。

但滚筒履带就有个问题，它需要机身带污水箱。这个小体积的污水箱，你就得去更频繁的清理，不然滚筒就会臭。洗地机也是这种结构，也有这个问题。所以洗地机你最多用两次以后就得去冲洗那个污水箱。而且洗地机更麻烦的是你打扫完要等它自清洁，等一两个小时候再去处理污水箱。相当于你的日常打扫是被割裂开的。

而转盘这种就没这问题。确实它拖地没有滚筒履带干净，但你在日常打扫中，你家里真的有那么脏吗？他不需要你去清理污水箱，而且结构简单，成本更低。你去换个 pdd 的也没啥问题。

扫地机器人这东西卷的厉害，主要是功能方面已经没啥能很容易更新上去的点了。扫地已经到头了，拖地这东西麻烦在于你要真想出热水，电加热的话机身电池扛不住。而且机器人本身重量也就那样，不可能做的太重，也没办法靠压力去拖地。所以开始卷什么机械臂了。

所以还是想明白自己想要啥，再去看买哪种东西。

可以看见路，低照度情况也能提升效果，至少比你物理镜子看得清楚的多。但你这个情况没办法，流媒体的角度看不见你自己的后轮的，你需要个 360 。

你要买专业的流媒体，用 LVDS 线传信号的那种。其他的带宽不够，帧率太低，还可能会卡，不如不用。不要买那什么行车记录仪带后置摄像头的。

如果说这个只是用来显示那还简单点，找个开源的就可以了，比如直接用 Mermaid 渲染一个，或者这种：
https://frappe.io/gantt

但你如果还要编辑的话，那就麻烦了。这东西如果想要能直接编辑，那么它本质上就不是个可视化的图表，而是有个固定表头和特殊单元格渲染以及交互方式的可编辑表格。

这种复杂的东西能花点钱解决是最好的。

看你用的啥盘了，一般来说 R 比 RW 的染料寿命更长一些。

那些说寿命长的指的是 DVD 这种通过物理压制刻录的。而 R ，或者 RW 染料的寿命本来就不长，你还不避光报错的话就更废了。

那个管子里面是加了药剂的，不同颜色的管子加的东西不一样。

常用的血常规那个紫色的里面加了抗凝剂，防止凝固，也不怎么影响细胞。

你如果血糖也做的话，灰色的管子里面加了氟化钠，防止血糖降解。

另外测肝功啥的那个橙色的管子里面加了促凝剂，便于拿到血清。

所以你测的血常规带血糖的话，至少要两根管子。而且有些测试项目会受到这些药剂影响，就得用不同的管子来测。

没看懂，这个对话内容是你跟别人说的话，被这 App 录下来了？