卧推距离 100kg 的目标还差 5kg ，其他两项完成了。

先不用想什么路线，教程，计划。先坚持下来养成习惯再说。去了就随便活动活动，做做有氧或者随便练点固定器械都行，不要给自己太大压力。

等你能稳定每周去三四次以上，再考虑跟计划。新手可以先从二分化开始，上下半身这样分。或者简单点每次去都练全身。这样强度不会特别高，不至于产生抵触情绪。

三分化或者五分化比较适合有一定经验，并且能一周练很多天的。三分化整体压力较大，而且每次要练多个部位，时间也比较长，也更容易疲劳。五分化的话每次只针对一个部位，对于单个位置的压力更大。掌握不好强度的话很可能你后面几天这块地方都动不了。

个人认为 Apple Watch 的 AC+不值。

这个表很轻，摔在地上也很难彻底损坏。亲身经历，如果只是严重划痕，会以“正常使用痕迹”而拒绝更换维修。哪怕是划痕严重到都快看不清表面了也不行。

最后还是以旧换新换了块新品，但再也不会给 Watch 买 AC+了。

至于电池，反正一年期的 AC+无论如何也到不了 80 以下。甚至我用了几年续航已经崩到一天两充了，它也是卡死 80%。

所以建议这表还是当消耗品，直接换新吧。

这个你可以调一下 paddle 的参数试试。

在 det 里面的 unclip ，dilation ，db_threshold 都可以改改看，然后找个合适的参数。

除非识别率特别低，不然多模态的大模型部署成本还是挺高的，没什么换的必要。

蓝牙网关和蓝牙 mesh 网关不是一个东西。那些用蓝牙 mesh 的小模块传感器等，你需要一个蓝牙 mesh 网关才能用。

你买楼上说的那些蓝牙网关是没用的。

最便宜的蓝牙 mesh 网关就是小爱音箱 play ，日常价 89 。咸鱼可以更便宜。其他的还有更贵的小爱音箱，智能面板，多模网关，中枢网关等。其中最便宜的多模网关也得 200+

你可以看看有没有别的 SMB 请求。SMB 可以用 SCF 泄露 NTLM 认证的 HASH 。

简单的测试办法，你去搞个 192.168.210.102 的主机，然后开 SMB 服务，可以试着开启匿名写入。然后这台主机禁止所有 outbound 连接，并且打出来 Log 。切记一定要在网关封掉所有出站链接，不然可能泄露你的认证信息。

然后你时不时的用 Explorer 看一下你共享的目录，再去看看这台主机有没有往外发什么请求。如果确实是有出站请求，说明你那几百台机器真的感染了。

一个基本事实：在考虑用什么设备检测以前，要明确想要检测什么。

比如你有一份尿样，想检测是否有糖尿病，那么检测其中含糖量就可以了。至于这样本到底是不是尿液并不重要。

回到你这个问题，如果你想要做这样的设备，那这个设备如何达到检测“水质”的目的？
按照国标，水质有很多方面的要求。比如 GB 5749-2022 ，《生活饮用水卫生标准》。这里面有差不多几十上百项指标。而且其中有些指标没法实时检测。

即便真的做出来能自动检测这几十项指标的设备，也不是普通家庭能买得起的。所以最简单的就是测一下 TDS 。

大部分体检机构可信的只有那些自动化出结果的项目。甚至生化检查也要考虑送进去的血样是不是你的。

至于影像学检查，水准都不如你直接上 AI 。

@Mithril 我搜了搜还真有，从宝马到奔驰再到其他品牌，电子仪表盘都有被车机卡死，黑屏的。

看来汽车行业都认为仪表盘这玩意没那么重要，没有也行。

@henshang 13U 死机我确实没遇到过，这个没法说。还是看 App 和使用习惯吧。

但他们做系统设计的时候仪表盘这种关键子系统不做隔离直接连在娱乐系统里这就离谱。

除了特斯拉那种连仪表盘都没有的，还有别人这么干吗？

@henshang 我 13U 用了几年，遇到的 Bug 虽然有，但和我之前的 iPhone 比起来并没有显著的多。

可这玩意不是手机啊，你车机用啥 CPU 无所谓，反正不是关键系统。它这是把仪表盘这种关键系统改成了车机的一部分，这不是 Bug 不 Bug 的问题，这是整体架构设计就有问题。

娱乐系统出 Bug 可以改，整体架构都开卖了怎么改。难不成哪天开着车，QQ 音乐放广告把自己放崩了我仪表盘也连着一起炸吗。

刚又看了下视频，这是极其严重的 Bug 啊。它不仅是车机死机，而是连着 Yu7 的天际屏也黑了。

天际屏可是充当仪表盘用的，U 盘 IO 能搞死车机，车机死掉连着仪表盘一起没了。还好这博主没开车上路，真要路上出这问题，或者车机的娱乐系统出了什么别的问题，真就是危险驾驶了。

小米的码农真是疯了，居然还跟你说重启一下就好了。这帮人是真没开过车吗？你高速上开一半导航没了不说，仪表盘也全黑了，然后你腾出来手两个按钮一起按重启车机？

如果这玩意没有内置缓冲，直接写到 U 盘里的话，那可能 IO 直接卡死了进程。

但这一个行车记录仪的进程能挂死整个车机也是很神奇了，没准也是 AI 写的代码。把关键 IO 放在 U 盘这种非常不可靠的存储上。。。

WinForms 非常适合随手弄个小 GUI 程序做点简单的事。
不需要考虑什么缩放，布局；也没有很高的性能需求时，这就是最简单的解决方案。

关于 GUI 这东西，包括 Native 和 Web ，我用过尝试过很多技术。MFC ，WinForms ，WPF ，WinUI ，ASP WebForms ，MVC ，Avalonia ，QT ，Angular.js ，Angular 2+，Vue ，React ，还有 Python 的 Gradio ，Java 的 Swing 。

一堆东西用下来，简单做点小程序最方便的还是 WinForms 拖一拖完事。但凡有显示性能，排版设计等需求，都倾向于用 Web 套壳方便。无论是哪种框架，找个合适的组件库就行。设计风格统一，对于各种问题解决方案也多。

而就个人喜好而言，WPF 在它那个年代绝对是先行者。MVVM 架构放到现在也不过时。

至于程序本身的性能需求，反正我做有需求让我上 Web 框架的程序时根本不考虑这个。给我省的时间比在客户那多耗的那点性能对我来说值钱多了。Electron 顶多占你点硬盘，但能给我节省大量设计，实现的精力。

除非客户有需求，那也好说，谁要的谁就加钱。加够了给你改原生方案，绝对体积小+秒开。

我高中的数学老师教育我们的时候有句话说得好：

一学就会，一做就错。

拿到 AI 这也适用。
你总得有对结果的判断能力，才能知道 AI 给你输出的是不是胡编，才知道他这坨看起来能跑的破代码有没有给你埋什么大坑。

如果只追求能跑，那基本就是学校作业的水平。