洒水车清晨放过的那支曲子与科技有关

天刚亮，楼下传来洒水车的声音。那辆蓝白相间的车走得很慢，喇叭里反复播着一支老歌，调子被电流磨得发毛。我站在窗边听了一会儿，忽然想到一个问题：这支曲子是谁选的，又是谁决定它每天在同一时间、同一路段响起。答案并不在音乐里，而在控制它的那套系统里。一个环卫工人可能只负责开车，播放指令来自后台，后台又连着市政的调度平台。音乐只是最表层的东西，底下是一整套自动化流程在跑。

这套流程并不新鲜。洒水车装GPS和定时播放器，在很多城市已经用了十几年。技术本身很朴素：定位模块确认车辆到了哪条街，单片机按预设时间触发音频文件，继电器接通喇叭。真正有意思的是它替换掉了什么。从前这类工作靠人记，靠对讲机喊，靠老师傅凭经验估算到达时间。现在这些判断被写进代码，变成一行行条件语句。人从重复决策里退出来，只处理异常情况。效率提高得不多，但稳定性提高了很多。

再往深一层看，洒水车只是城市物联网里一个很小的节点。同一套逻辑还管着路灯、井盖、垃圾桶和公交站牌。每个节点都带传感器，都在往中心传数据，也都在接收指令。这些设备之间不直接说话，它们通过网关和云平台交换信息。云平台不关心洒水车放什么歌，它只关心车辆位置、水箱余量和任务完成率。音乐是给人听的，数据是给机器看的。两套东西跑在同一辆车上，互不干扰。

这里有一个容易被忽略的地方：技术越自动，人对它的感知越模糊。洒水车经过时，你听到的是音乐，看不到背后的调度算法；你抱怨音乐太吵，但投诉电话打不到代码那里。系统设计者考虑的是覆盖率和准点率，不是路人清晨的心情。这不是谁的错，只是技术落地时必然出现的偏差。任何自动化系统都只能优化它被要求优化的那个指标，别的指标要么靠人补，要么暂时放着。

那支曲子本身也值得说一句。它被选中，不是因为好听，而是因为版权免费、时长合适、音量在喇叭上不失真。选曲过程可能只花了十分钟，在一间办公室里，由某个工作人员从几个候选文件里点了一下鼠标。这个决定后来被复制到几十辆车、几百条街道、上千个清晨。技术的放大效应就在这里：一个微小的、随意的输入，经过系统复制，变成很多人日常经验的一部分。这种事在软件行业天天发生，只是洒水车让它变得能听见。

我关窗的时候，车已经拐过路口，音乐被风吹散，只剩一点低沉的嗡嗡声。明天早上它还会来，放同一支曲子，走同一条路线。这套系统会一直跑到设备老化、政策调整或者有人觉得该换首歌为止。科技在城市里的存在方式大多如此，不壮观，不显眼，就是每天准时出现，然后被忽略。真正在运转的东西，往往不需要被看见。