早上打车去高铁站，司机很快接单，接单车辆快到小区的时候，因为行李不多，我就直接出门想在半路和网约车相遇。走的过程，我不时查看打车软件中司机的位置，却发现车辆位置一直在门口不动。开始时还有点生气，心想这家伙是在等我走路过去吗？快要走到的时候，发现订单状态有变化，接单车辆变成了另一辆。

我有点纳闷，究竟发生了什么？上车后坐定，当我打开社交软件，在运营商推送消息中发现高频骚扰电话拦截记录，竟然有34通被拦截的电话，内心顿时非常不安。

一个出租车司机，大清早接到一个「大单」，本应是愉快一天的开始，但在即将开始这个订单前，却联系不上乘客，几分钟内反复拨打了几十通电话，最后被迫放弃。很难想象司机的心情。

这件事直接原因是电信运营商拦截了出行平台的外呼号码，阻断了司机和我的沟通管道，这显然是一个系统故障。在这样的海量交易系统中，哪怕是万分之一的这种失误，也会影响几千个人的一天，造成无法计数的误会、焦虑和损失。

但我也并非完全没有问题，这种情况通常乘客会在原地等，如果发现司机位置没有移动，主动致电去询问。而我没有在原地等，没有主动致电司机，也没有通过社交软件即时了解情况，也是造成这次失误原因之一。

这样一次失误的订单在出行平台每天上千万单的交易中只是沧海一粟，但对于一个普通司机来说，可能是糟糕的一天的开始。作为同样的普通人，我反省自己，以后在使用这种复杂系统时，最好是不要做出过多「个性化」操作。

复杂系统对于这种非正常输入的应对是脆弱的，它的正常运行以来相对稳定的执行环境，一旦环境偏离，就容易触发系统的某些隐藏缺陷。这种系统的可靠性往往建立在大量的默契之上的：平台、司机、乘客、电信运营商、APP界面都默认按某种理想的状态运行，当任何一个环节出现偏差或某个节点进行了个性化操作时，整个系统未必有足够的韧性来处理这种意外情况。

平台当然有义务保证系统的核心功能正常，但真正值得反省的，不是外呼系统为什么会被拦截，也不是我多走了几步，司机多打了几个电话，而是我们生活在一个由越来越复杂的系统构成的世界中。当系统运行顺利时，我们觉得一切理所当然，但当它失灵时，代价却通常由司机或你我这样的普通人来承担。

构建、维护和使用系统的人，都应该对于这样的复杂性有充分的尊重，不要因为某项工作的疏忽或自己的「个性」，而让系统另一边的人承受无端的挫败。

这样，这个世界或许会好一些。

（图片由Gemini生成）