学生踩过的坑：把底座当成了装饰背景板
之前带课程设计，大家选的题目十有八九带“数字孪生”四个字，交上来的成果大同小异。三维场景建得漂漂亮亮，大屏参数转得花花绿绿，问起最核心的底层连接，全懵。
有一组做中小汽配厂的焊接车间改造，方案写了二十多页，光大屏效果图就放了五张。我问他们，车间里三台焊机，两个是08年买的国产老设备，没有网口，一个是去年新进的机器人，自带系统封闭，你怎么把四个设备的电流温度数据统一采出来，存到同一个地方？
组长挠头半天，说“哦，我们假设都能拿到数据…”
这就是典型的问题，所有人都盯着上层看得见的功能，把看不见的底层底座直接略过。好像只要把炫酷的界面做出来，任务就完成了。
最后改作业的时候，我直接给这组打了回票，不是他们图做的不好，是整个设计从根上就飘着，没有落地的可能。说白了，没有底座的数智车间，就是个只能用来演示的PPT模型，换个参数都能崩，更别说放到真实车间跑了。
重备一课：把抽象概念拆解成三个可落地的小问题
原来我备课，也习惯照着现成讲义念定义，说车间数智底座是支撑上层应用的基础设施，讲完就翻页。学生听完还是一脸懵，不知道这东西和自己做的设计有什么关系。
去年去合作企业待了两个月，跟着跑了一个完整的车间改造项目，踩了满脚坑，回来直接把原来的讲义全推翻了。不给学生讲虚头巴脑的定义，只扔三个需要解决的具体问题，让他们自己想方案：
第一，车间现有设备新旧混杂，不同品牌不同年代的设备，怎么统一数据格式？
第二，现场不同位置的感知数据，从采集到存储，怎么保证不丢不乱？
第三，后续要加新生产线或者上新功能，能不能不用推倒重来改整个系统？
想清楚这三个问题，自然就懂了什么是底座。说白了就是给上面所有应用搭一个统一的家，所有数据都按统一数据标准走，所有接口都留好扩展空间，不是谁家的设备谁自己管，做出来一个个信息孤岛。
很多学生一开始嫌麻烦，说做个课程设计干嘛要想这么远？我就给他们讲现场真事：有家合作工厂三年前花大价钱上了数智系统，去年扩一条新线，原来的系统接不进去，只能整个换掉，几百万直接打了水漂，这不就是一开始没做统一底座的锅？
上完课才明白：教看不见的东西，才是真的负责任
这轮课上完，收完作业，有个学生过来找我聊天，说暑假去浙江一家汽配厂实习，正好碰到工程师吵架。新上的质量检测系统和原来的设备管理系统数据对不上，两边各有各的格式，调了快一周都没通。他想起上课讲的底座统一数据格式的事，提了一句能不能加个中间转换层，把所有数据按统一标准重新存，居然被项目负责人采纳了，没两天就调通了。
他说那时候才反应过来，原来课堂上讲的不是没用的考点，是真能解决实际问题的思路。我听完挺感慨的。
我们做机械设计教育，这么多年，总容易跟着热点走，什么热就教什么，学生爱听，作业展示出来也好看，评委打分也喜欢。可慢慢发现，很多学生出去工作，会做炫酷的大屏，会说时髦的大词，真碰到现场的老设备对接、数据格式统一这种脏活累活，全不会。
说白了，就是我们教的时候，就没把这些看不见的底座当回事。大家都盯着上层的应用，谁愿意花时间讲这种不出彩的底层逻辑？
不过话说回来，教这块真的累。没有现成的教材，很多东西都是企业刚踩完坑，我们就要整理成教学内容，还要自己去现场跑，去碰真问题，才能把逻辑理清楚。上次我跟着企业协调不同设备厂商开放接口，前前后后花了三周，那个窝火的劲…现在想想，换成学生去碰，不也一样会踩坑吗？提前在课堂上把坑摆出来，把思路理清楚，出去总不至于手忙脚乱。
数智化不是搭空中楼阁，地基打不好，上面装饰得再漂亮也没用。我们教机械设计，教的不是怎么拿高分，是教怎么做出能落地的东西，能解决真问题的东西。把车间数智底座讲透，把底层的逻辑理清楚，比做十个炫酷的演示项目都有用。
