客户说「就改一点点」然后我在现场待了三天「就改一点点。」这句话一出口我心里就咯噔一下。不是矫情是经验。嵌入式里凡是带着「一点点」「顺便」「很快」的需求后面多半都不干净。干净的需求通常说得具体改哪个字段、影响哪个版本、谁验收、做不到怎么办。含糊的才爱用小词包装。那天本来计划下午回去。板子在客户机柜里跑着功能大体可用剩下两个显示字段要对一下。销售在群里说客户就改一点点你远程看着就行。我信了至少信了半句买了晚上的票。结果第一天没走成。改的不是字段是字段背后的状态机。客户以为自己要的是「多显示一个数」。真落到设备上这个数要在通信抖动时保持要在掉电恢复后还能对得上还要跟他们现有上位机协议对齐。对齐的过程中又冒出来旧版本设备怎么办产线上半成品怎么办演示用的那台是不是特殊料一点点变成一串「那这个呢」。我在现场最怕的不是难题是这种像洋葱一样的改动你剥一层里面还有一层而且每一层都有人等着你给时间点。会议室的空调很足冷得手腕发僵。客户项目经理每隔一小时进来问一句「怎么样了」你不能说「还在确认边界」他听着像推诿你说「快了」他又当真。于是你学会一种很疲倦的话术把进度拆成可看见的小块让人知道你没停也别让人以为今晚能收工。中午盒饭搁在键盘边上油渍蹭到笔记本外壳上。我一边啃一边盯日志忽然觉得自己很像售后不像开发。开发至少还能争一争设计售后只能在既定烂摊子里找活路。第二天硬件同事远程说电源纹波有点大但不至于这样。测试说用例都过了。我盯着日志发现偶发丢包跟客户操作习惯有关——他们重启设备的方式和我们实验室不一样按键间隔更短有些初始化没走完就被下一条指令追着跑。这种问题手册上不写。培训里也不写。它只活在现场。我改了保护逻辑加了状态校验又和对方软件对了半下午协议。傍晚本来以为能飞客户说明天领导要看你再守一晚吧。语气客气内容不容商量。销售在群里发了个抱拳表情。机票作废的声音不大但挺清楚。酒店回房间已经十点多。我把当天改动写成纪要发给所有人特意写上「仍有兼容风险建议明天演示用指定版本」。写纪要不是为了表演专业是为了给未来的自己留一条绳。现场这行口头共识蒸发得比酒精快。第三天上午演示过了。过了的那一刻没有欢呼只有一种空。像跑完很长的路停下来才发现膝盖在抖。客户领导说了句辛苦握手散会。没人提那张作废的机票也没人提你连续两晚睡不实。正常。项目要的是结果不是你的生理感受。回来的车上我想若一开始就把「一点点」翻译成工作量把风险讲明白也许不用熬成这样。可销售要签单客户要面子工期是拍出来的。你在链条最末端常常只能用身体去填别人的乐观。后来我见人再说「就改一点点」会下意识问三句改完谁验收旧设备兼容吗今天做不到的话最坏后果是什么问完对方若还不耐烦那至少责任边界会清楚一些。清楚很重要。嵌入式这行很多累不是技术累是边界不清的累。你也遇到过「一点点」吗我遇到的那种从来不止一点点。