啥啊？嵌入式工资这么低？？？？我现在还在 Android 软件转嵌入式呢。算了当个兴趣吧~

你如果想要节约钱的情况下，应该换个思路：比如在现有的方案上(笔记本+hub+一堆硬盘)修复 Bug 。你说的掉电重连，有可能是长时间不读写导致掉电。
解决方案的话可以：写个无限循环脚本，定时(比如 1 小时)向 hub 所在的硬盘读取或写入一段数据，防止它们掉电。

背痛赶快去医院拍胸部 CT ，首先排除严重器质性疾病：比如肺，心脏！其次检查拍个核磁看颈椎是否压迫到骨髓。

太巧了，我也是安吉尔，并且半个月前刚换了滤芯。我是自己动手换的，滤芯淘宝买的，换滤芯难度挺小的。

@sentinelK 引用一下 AI 的回答,比我回答的更全面也更客观：
1. 拿“皇帝用金锄头”类比 code review ，是误判本质
这个比喻其实不准确。因为：

code review 本质上不是劳动重复，而是质量把控；

你不让一个经验丰富的工程师 review ，而交给一个没写过代码的人或者 AI 自动审查，就像是：

把质量管理交给了“没有验货经验”的流水线机器。

AI 现在能做 code review ，但 仍然依赖“人给 prompt + 人判断对错”，无法独立承担系统性代码审查。

说“code review 是皇帝用金锄头”，是把“质量判断”误当成了“机械劳动”。

2. 过度强调“萝卜快跑式的行业终局”，忽视当前现实
说“萝卜快跑已经没司机了”，暗示“AI 编程以后也不需要人了”，这个逻辑过于跳跃：

萝卜快跑能在“特定区域”跑，但离“全国范围全面取代司机”还远；

同样，AI 能生成代码，但离“完全代替架构设计、review 、bug 修复”还有很长的路。

现实情况是：

当前的 AI 编程，更像是自动档变速器，而不是“无人驾驶”。

你可以开得更快、更轻松，但你要懂得何时刹车、何时换线。

🎯 总结观点
这段话代表了一种 技术推动变革、别被情绪裹挟的理性立场，很有参考价值。但它的问题是：

低估了 code review 的复杂性，以为那只是体力活；

高估了 AI 当前阶段的能力，误以为已进入“无人驾驶”阶段；

忽视了“经验+判断”在工程质量中的长期价值。

🧭 一个更平衡的观点应是：
行业一定会 AI 化，但掌握基础原理、构建经验依然是不可替代的「核心竞争力」。
个体既要拥抱工具，也不能幻想工具能替代判断。
不要沉迷情怀，但也别把工程质量简化为“能自动干活”。

这才是既理解趋势、也尊重实践的正确姿势。

我猜 up 的意思是：review 代码的能力，是需要编程功力达到一定高度。而不是楼上举例说明的 <打电话直接点开通信录> <一键启动自动挡>这么简单。

我好像是两年快三年前买的小米扫拖一体的那个机器人，2000 多吧，清除灰尘还是可以的，但是也仅限于灰尘。还是要自己拖地才行

看着这每单的收入，我限入了沉思

稳定耐用省钱就选日本车（轿车：凯美瑞 SUV：CRV 荣放）
安全不省心就买 福特 大众
豪华品牌不要碰。（保养贵，小毛病多）
我是 14 年买的 jeep 进口指南者，还是有些毛病的，油耗也比较高（ 11 个），想换个日本车，奈何现在经济下行，就凑合着开。车这个东西越到后面发现稳定耐用是最重要的。

我现在就是和父母住一起，一家五口，有时候想嘿嘿嘿都不行，难受啊。

主要还是钱没给够。我未必还要写单元测试？直接手动 request 一把梭哈

正常，还年轻，30 以后就明白社会真相了。

比亚迪的车大部分的漆面都挺廉价的，为什么要贴膜？

电饭煲，信我的，买 松下的 上千的电饭煲，你会回来谢我的，不要买国产的 100 200 的电饭煲，再好的米用这种电饭煲做出来的都难吃。

OP 的问题有点像涉世未深的小朋友提出来的问题

反其道而行，直接辞职。

#24 @0x49 巧了我们也是，我们知道的 bug 不算 bug ，客户反馈的才是 bug