来，略微露出惊讶的神色，也不知又在心里脑补了什么设定。
丁耀先没回办公室，径直带韩路一来到软件中心，宣布了廖伯韬的决定：“这位韩总是廖总亲自请来的软件专家。大家齐心协力，一起把止血阻断的逻辑做了。”
软件中心的人面面相觑。
他们自然知道最近产线的问题，却没想到会和自己负责维护的管理系统扯上关系。
软件负责人把自己的工位让出来，请韩路一坐下。
其实也怪丁耀先没说清楚，或者廖伯韬交代得不够清楚。廖伯韬本意是让韩路一口头指导，这样真出了问题也没有韩路一的责任；软件负责人却以为是要让韩路一直接改动。
韩路一也懒得纠正，干脆地坐了下来。
软件负责人开始讲解代码库的位置和对应代码所在。可说着说着，他发现面前这个年轻人看代码的速度比讲解还快。他还没讲完，这位廖总请来的软件专家已经开始改动了。
韩路一修长的手指在键盘上飞速跳动，发出一阵密集的声响。
不是，他看懂了么就改？
软件负责人正忐忑，忽然听见后面几个工程师在议论。
“那个是不是韩路一啊？”
“什么？起源的那个？做AI的韩路一？”
“对啊，他之前是做软件出身的，NullPointer，听说过吗？”
“卧槽，韩路一就是NullPointer？”
听完，软件负责人放下心来。
如果是起源的老板，那真出了问题，至少他赔得起。
整个改动非常简单：只要光学测量仪器传进来的补偿数值正好落在几个出问题的临界区间，管理系统就会识别出来，停止曝光操作，让现场人员可以手动介入。
韩路一前后不到五分钟就写完了，还写了完整的测试代码。
不过，韩路一注意到，这台电脑上既没安装御风，也没安装其他AI编程软件。看来冰芯内部的软件团队节奏还算比较慢。
因为写得实在太快，韩路一顺便把修复逻辑也一起写了。
这个改动更大一些，因为冰芯的自研管理软件确实有问题。
他们的补偿值竟然是用浮点数来存储的！
要知道，受计算机本身的局限，内存无法精确表示小数；所谓小数，其实都是一些比例近似值。
日常编程中这当然不是问题，但在光刻机这种高精度场景下，
…。。