学生怎么把版本改崩的
他们做的是小型汽车门板冲压线的改型设计，前三周都顺顺当当，临交付前一天，组里一个学生顺手改了压边力和步进进料速度，想把成品合格率再提两个点，改完试跑了两次没问题，就直接覆盖保存了原来的文件。
结果第二天，适配另一种材质门板的老工艺怎么跑都不合格，翻遍整个小组的共享文件夹，全是“门板参数v1”“v2最终”“v3真最终”“v3改完不改了”，谁也说不清哪一个是能用的老版本。翻聊天记录，翻云盘历史，折腾一上午，还是缺了一组关键的定位销间隙参数。
说实话，这事儿真不怪学生。我之前下厂调研，见过干了十年的老工艺员，电脑里的参数命名比这个好不了多少。大家都觉得，改个参数而已，哪来那么多规矩，真出问题靠脑子记就行。
之前我上课也没把这个当回事，只教怎么选参数，怎么调精度，从来没说过改完参数该往哪放，该怎么留记录。这是我之前教学设计的漏项。
极简系统的设计取舍
出了这事之后，我和计算机系的实训老师碰了两次，搭了个给学生用的极简版本，没搞那些花里胡哨的权限管理、数据分析，核心就三个功能，全是针对学生踩的坑做的。
第一，任何参数修改必须留痕，修改人、修改点、修改目的三个空必填，不填完根本点不了保存。一开始学生都嫌麻烦，改个0.1MPa的压边力还要写清楚修改原因，偷偷骂我没事找事。
第二，所有版本自动按迭代顺序存档，一键就能回滚到任意一个历史版本，不用你自己存N个重名文件夹。第三，不允许脱离最新版本开新分支，改必须基于当前最新版改，避免大家各改各的最后合不上。
不过话说回来，一开始我也犹豫，会不会把规则定太死，限制学生发挥？后来还是那个出问题的第三组，用这个系统改崩了新参数之后，十秒就拉回了改之前的可用版本，组长当场说，原来这不是给老师添麻烦的，是给自己留后路的。我就知道，这个规则定对了。
我们做这个系统，根本不是要做一个商用产品，是要给学生养习惯。之前机械设计教学，总把重点放在“怎么把参数改对”，从来不说“改参数本身就是一个迭代过程，你得管好每一步的脚印”。这个脚印，就是核心。
藏在规则里的备课思考
上个月碰到之前毕业的学生，回学校找我聊，说他在整车厂焊装车间干工艺，刚去半年就拿了季度绩效优，核心就是解决了一个困扰车间三年的问题。
他们车间换车型改参数，从来都是改完覆盖，从来不留版本，每隔大半年，就会莫名其妙出一批不合格件，谁也记不起来当初合格的参数是怎么调的，每次停线排查就是大半天。他把半年的参数全按迭代顺序整理进了版本管控，一次就找出了问题——原来换操作工调试，无意间把电极压力改了0.5个bar，没人记录，找了三年都没找到。
这事说出来，学生们都有感觉。很多人毕业之前都觉得，机械设计就是画图纸调参数，管控是管理层的事，是程序员的事，轮不到我一个设计员管。错得离谱。
现在的产线全是数字化的，小到冲压线的压力参数，大到总装线的节拍参数，每一个改动都是生产的核心数据，数据不管控，你设计得再对，下一次改型就是从零开始，全靠碰运气。
我现在把这个系统放进了所有产线设计实训的必选环节，不按规则存版本，实训直接不及格。一开始新生骂声一片，到期末评教，反而是这个内容被提得最多，说出去肯定能用得上。
做教研这么多年，越来越明白，很多真正有用的东西，都不在教材的印刷字里，全是工厂踩过坑，学校接着踩，踩完了整理出来的东西。这个系统也一样，没有什么高深的算法，也没有什么创新的架构，就是把生产里已经踩了无数次的坑，搬到学校的实训课堂，让学生在学校花两个学分踩完，出去就不用给企业赔几十万的停线损失。
不亏。对吧？
