靖江某物流公司码头行船安全预警系统开发

码头行船安全预警这个项目，我从接手第一天就绷着根弦，因为这是人命关天的事，一点都马虎不得。船在河面上跑，任何一次漏报，都可能不是一个 bug，而是一场事故。所以整个项目做下来，我们始终把安全放在第一位，进度、成本都得往后排。

系统的核心说起来不复杂，就是实时掌握船舶的位置、航速、航向，再预测可能的碰撞风险，提前把预警发出去。我们先接入了船舶定位设备，把位置数据实时传到平台，然后在这基础上做碰撞风险的算法判断，看两条船的轨迹会不会在某个时间点撞上，以及大概还剩下多少反应时间。

预警的准确性是整个系统的命门。误报多了，船员天天收警报，慢慢就不当回事了；可漏报才是真的要命。所以我们反复调预警的阈值和算法，在“该报就报”和“别乱报”之间找平衡，这个过程来来回回折腾了很多轮，最终才找到一个让一线船员觉得靠谱的区间。

调参数的过程挺熬人的。我们先是拿历史数据回放，把各种接近碰撞的案例挑出来，看算法在哪个点该报。再拉着有经验的船员一起看，听他们说哪些报警是真有用的，哪些是添乱的。最后还设了分级，一般风险提示和紧急预警分开，船员一看就知道轻重，不会一收到消息就心慌。这套分级后来成了大家最认可的设计之一。

除了碰撞风险，恶劣天气提醒我们也做了。大风、大雾这些情况，对行船安全影响很大，我们做了提前推送，让船员在天气变坏之前心里有个数，该避风的避风，该减速的减速。这类提醒不追求炫，追求的是早和准，早一点送到，可能就多一分从容。我们接入了天气数据源，做到自动触发，不用人工一个个发。

河面环境下的信号和稳定性，是真正让我们头疼的大问题。水上没有稳定的网络，设备可能长时间离线，位置数据断断续续。我们做了数据缓存和补传，设备离线的时候先把数据存在本地，网络一恢复就补传上去，尽量保证位置数据完整，不让平台上的轨迹出现大段空白，否则轨迹一断，预警的可信度就打折了。

硬件这一块我们也下了不少功夫。户外设备要防水、防潮、耐高温，河面上的环境比陆地上苛刻得多，日晒雨淋是常态。选型的时候我们反复比对，最后选了能在恶劣环境里长期稳定工作的设备，宁可前期多花点成本，也不想后面天天跑现场换设备。

系统上线后，我们也没撒手不管，前几个月一直盯着预警的触发情况，和现场反复核对，哪些报警真帮上了忙，哪些还是偏多，一条条过。慢慢地，船员从开始的不太信，到后来主动提建议，这个转变比什么验收报告都让人踏实。那段时间我几乎天天泡在码头上跟船员聊天，很多优化点都是他们抱怨出来的。

安全预警类的系统，拼的就是“报得准、扛得住”。技术上多花一分心思，可能就能多避免一次事故，这个意义是实打实的。做完这个项目，我最大的感受是，有些项目做完能长本事，有些项目做完能让人安心，这个属于后者。