保养

又过了一年了，4s店给我打了无数电话，烦不胜烦，趁着今天有空了，把车开过来保养一下。

这一年开的很少，估计都没几百公里，但该保养的还是不能少。车真的是纯消费品。

早上桃子还在叫着，要跟爸爸来修车，上次带她来，她还记忆犹新，估计觉得很好玩，还想来。但没让她来，因为她要上课，最近她都在上课，蹭社区免费的课，每天上午在一个社区上，下午再换个社区上，忙得姨妈都有意见了。社区的课，大部分是重复的，估计也就她那一帮小朋友热情比较高，主要是那一群老奶奶，老爷爷，没事做，有课他们就提前预约好了，有时他们没去，老师还会打电话，人凑不够啊，赶紧来。大概对双方都有益吧。

老婆说，对小的太不上心，当年果儿这么大的时候，花了4万多报了早教课，每个周末都要开车两人陪着去上课。也是那时发现果儿对数学比较擅长，但是除了这一点，似乎没有收获什么，也许有潜移默化的影响，只是不知道而已。老婆又说，妹妹比姐姐还忙，姐姐那时一周只上一次，妹妹每天都要赶两场。但是那是一样的吗，昨天听桃子说，她上了英文课，是个外国老师教的，但是她一句都听不懂。突然有点点愧疚感，是不是对小的太不够上心了？

最近终于做回老本行了，开始写那个芯片的应用程序。本来想自个儿重新实现一个，搭了两天框架，突然觉得不大对，如果自己写，一个耗时长，二是所有的坑估计都得再踩一遍。于是改变策略，手上已经有一个别人维护了好几年的源码，至少基本功能是没问题的。除了已经发现的一堆bug,唯一的问题是，这个程序是以事件为框架写的，在pd这种几百个状态的应用中，居然以事件触发为中心，不知道设计这个程序的人是怎么想的，还是说他根本就没想过这个问题。这样导致一个状态中的处理逻辑分散到几个十几个状态事件处理逻辑中，程序极难维护，本来清晰的状态逻辑变分散，bug很难定位，没法根据使用场景裁剪代码，没法添加新功能。

唯一的好处是他经过了几年的维护，至少一些坑都堵上了，凭这一条，也值得努力下。要用它，就必须先重构，把事件为中心的架构调整为状态为中心。刚开始还在虚拟机中一个函数一个函数截屏，让ai分析代码，给个重构的版本，对比后在虚拟中重写，搞了两天，实在烦死了。效率极低。让项目经理把对方给的原始版本发一份给我，我在外面直接连上ai整。这下效率高多了，但是ai还是不太让人放心，所有生成的代码还得逐个比对。也确实发现了一些问题。现在发现问题总比后期
调试时发现问题，再一个个找bug好多了。

一些小函数的重构，ai是完全能够胜任的，但涉及到这种系统级别的重构，其实很多边缘的逻辑它也会遗落。所以只能慢慢比对了，有时让两三个ai互相验证结果。保证尽量正确。

昨天将vscode直接连上deepseek V4的api。一个下午，重构了几个函数，居然花了我快20元了，用不起，用不起。关键是一个同事跟我说，他也消耗了跟我差不多的token数量，只花了2元多。这，ai收费也对人分三六九等了。