制造企业在数字化转型中，最怕的不是系统功能少，而是系统到了现场“不好用”。
数据慢几秒，产线看板就可能跟不上现场节奏；
一个扫码规则没考虑清楚，仓库上架、ERP 回写、库存状态就可能对不上；
一个报表字段不准确，管理层看到的数据就会失真；
一个权限配置不严谨，也可能带来数据安全和操作风险。
客户看到的，可能只是一个按钮、一张报表、一次扫码、一个提示框。
但对开发工程师来说，背后是一整条业务链：设备数据怎么采集，接口怎么联通，字段怎么映射，异常怎么提示，数据怎么追溯，系统怎么稳定运行。
这就是《制造业Online·精工纪实》里的“代码在线”。 它不是把代码写完就结束，而是让代码真正长进制造现场里，成为工厂管理、生产协同和数据流转的一部分。
01
数据在线：
为了几秒延迟，和真实产线较真
第一战区的C老师，一名 00 后开发工程师。
他核心任务是优化 MES 系统的数据采集接口。客户反馈，设备数据上传存在约 3 秒延迟。
3 秒，在日常生活里可能不算什么。
但在工厂现场，3 秒可能意味着设备已经完成一轮动作，产线已经产生新的数据，质量追溯链条也可能因此出现断点。从 Redis 缓存、数据库连接池、消息队列消费速度一路排查，最终定位到数据入库时的锁竞争问题。他重构写入逻辑，采用批量提交和异步处理，将延迟压到 1 秒以内。
这类优化，看起来是技术细节，落到现场，就是生产线更顺畅、数据更及时、管理判断更准确。
在精工智能，开发老师写的不是孤立的代码，而是工厂现场实时运转的一部分。
02
功能在线：
一个扫码动作，背后是完整业务逻辑
开发工作真正复杂的地方，往往不在页面，而在业务。
开发组的L老师，在 WMS 物料上架功能开发中，面对的就是一个典型场景：AGV 小车将物料送到仓库码头后，仓管需要完成上架，但原流程缺少系统支撑，物料归属单据、质检状态、ERP 同步都无法直观看到。
这个需求听起来是“做一个 PDA 上架功能”，但真正拆开后，里面有很多现场约束。
托盘上可能混放不同料号。
同一个托盘里的物料可能来自不同入库单据。
整托盘上架时，系统要同时更新多张 ERP 单据。
只要其中一张同步失败，本次上架就不能部分成功，必须整体撤销，避免库存和 ERP 数据不一致。
在开发过程中，设计了同一个扫码入口兼容两种场景：扫物料条码时展示单条物料，扫托盘码时展示托盘上的全部物料。同时加入“已通过质检”“尚未上架”等前置过滤条件，尽量从源头减少误操作。
客户看到的是 PDA 上一次扫码确认。
开发老师看到的，是库存状态、质检结果、单据分组、ERP 回写、异常回滚和操作体验的统一。
这就是制造业系统开发的特点：每一个小功能，都要对得起真实业务流程。
03
现场在线
开发也要走到产线旁边
很多人以为开发工程师只坐在电脑前。
但在制造业数字化项目里，开发经常也要走到现场，去看真实流程是怎么发生的。
第一战区的C老师，在某项目出差时，原本计划推进 RDM UID 特殊采集需求。上午刚打开 Jira，客户项目经理就带他们去了包装线，讨论混单包装的实现方案。
现场情况是：同型号产品来自不同工单，当某一工单出现不良品、又急需发货时，客户希望从其他工单中调取同款产品完成包装。
这个需求如果只听描述，很容易理解偏差。只有站到包装线旁，看清楚产品怎么流转、人员怎么操作、系统在哪一步拦截，才能判断方案是否可行。
经过现场沟通和内部讨论，团队先给出一版方案，验证后发现操作步骤偏繁琐，又继续简化，最终减少了不必要的操作步骤，确定了更适合现场的实现方式。
代码要写得好，不能只懂技术，还要懂现场为什么这样做。
04
响应在线：
客户急的时候，代码也要跟得上
开发W老师在一次晚上接到客户紧急电话，客户现场 MES 系统包装过站时报错，箱码无法打印，影响包装入库和后续出货。经过沟通，他发现问题背后不是普通报错，而是一个特殊业务场景：同一款产品对应多个工单，因其中一个工单出现不良品，客户希望调取其他工单的同款产品补足发货。
但系统原有防错逻辑会拦截这种操作，提示产品不属于当前工单。
这时，开发不能简单地把防错关掉。因为防错是为了保障质量追溯和数据准确，如果处理不当，后续可能带来更大的管理风险。
当晚先梳理问题，第二天一早继续验证方案，并向客户详细说明操作流程和数据流转逻辑。客户确认后，方案才进入推进。
这件事很能说明开发岗位的价值：不是客户说要改哪里，就直接改哪里；而是要在客户紧急需求、系统规则、数据一致性和后续风险之间找到平衡。
05
体验在线
系统好不好用，藏在很多细节里
开发工程师的工作，也不只是新增功能。
第一战区的L老师，在 3 月工作中处理了多项 WMS、MES、PDA 相关优化：报表导出权限配置、页面菜单加载、跨语言项目乱码处理、PDA 版本发布、采购退货扫码接口错误等。
这些工作听起来分散，但都指向同一个目标：让系统更稳定、更安全、更适合现场使用。
比如报表导出权限问题，表面看是一个按钮权限，实质上关系到数据安全；
PDA 安装包和接口异常，看起来是软件问题，落到产线就是现场人员能不能顺利操作；
跨语言项目里的翻译乱码，背后是系统能否适配海外业务场景。
开发组的J老师，也在前端开发中处理了 WMS/PDA 系统的接口异常、多语言下载错误、菜单按钮选择逻辑优化等问题。他不仅要对接后端接口，还要结合业务人员的操作习惯，把页面交互调整得更顺手。
客户不一定知道背后改了多少代码，但会感受到系统是不是更清楚、更顺畅、更少出错。
这也是开发工作最真实的价值。
06
测试在线
把问题挡在上线之前
代码写完，并不代表功能真正完成。
测试工程师要做的，是把复杂业务场景提前拆开，在系统上线前尽量发现问题。
开发组的Z老师，围绕 iMES6.0 多层包装模块开展测试。在没有现成需求文档的情况下，她结合过往 MES5.0 的业务场景，自主梳理测试点，覆盖维修、返工、拆箱、合箱等关键场景，并细化满箱、未满箱状态控制、SN 码追溯、多层包装过站规则等内容。
开发组的H老师，也在日常工作中跟进已修复问题验证、专项测试、导入导出配置梳理和操作手册编写。
测试不是简单点点页面，而是在替客户提前走一遍真实流程。
只有测试足够细，现场上线时才会少一些阻碍；只有问题提前暴露，客户使用时才会多一分稳定。
07
工具在线：
年轻团队也在用新的方式提升效率
大家正在主动使用新工具优化工作方式。
开发组的A老师，尝试用 Cursor + Draw.io 绘制 JMOM 项目部署图。过去架构图主要依靠手工拖拽，调整复杂、耗时较长；通过工具辅助后，部署架构图的绘制效率和后续维护便利性都有提升。
C老师 记录了使用 Cursor 开发 OA 流程功能的实践，把 AI 辅助开发放进真实业务开发流程里思考，不是为了追热点，而是为了让需求分析、代码生成、问题排查和流程优化更高效。
Z老师 则从更完整的视角，探索 AI 驱动软件项目开发的全流程，从需求分析、架构设计、编码开发、测试验证到部署运维，思考如何让 AI 工具真正进入软件工程闭环。
这也让“制造业Online”多了一层新的含义：不仅工厂在线、服务在线，开发方式也在持续进化。
08
写在最后
制造业数字化系统的开发，从来不是关起门来写代码。
它要面对真实设备、真实订单、真实库存、真实人员和真实异常。它需要开发老师理解业务，也需要他们理解现场；需要他们追求技术效率，也需要他们尊重客户流程。
优化的是几秒延迟，背后是产线数据的实时性。
开发的是 PDA 上架功能，背后是仓储作业和 ERP 数据一致性。
讨论的是混单包装方案，背后是客户现场真实发货压力。
处理的是一次紧急报错，背后是系统防错和业务灵活性的平衡。
打磨的是权限、接口、多语言和前端体验，背后是系统稳定与客户使用感。
做的是测试验证，背后是上线质量和现场风险控制。
这些工作不一定都被客户直接看见，但每一项都在影响系统最终能不能好用、稳定、可持续。
制造业Online，不只是系统上线。
也是代码在线、逻辑在线、数据在线、响应在线。
客户看到的是一个功能。
而精工智能的开发老师们，正在把每一个功能背后的业务链路，一点点写进系统里。
END
关注我们
立即扫码
