红色铺满半个终端。


    苏晚晴第一反应。


    不是截图发给林辰。


    手机甚至没在桌面上。


    分线任务期间。


    这类技术问题要由新校区技术侧先自己处理。


    ——


    她也没有一看到红色。


    就认定程序全坏了。


    先从最后一行看。


    报错信息最末端写着：


    【typeerror】


    下面标着具体文件。


    具体行号。


    出错位置。


    在信息卡生成函数里。


    ——


    她把那一行找出来。


    程序试图计算：


    【预计总成本 = 报名费用 + 设备预算】


    模拟数据里。


    前七条都正常。


    第八条。


    报名费用字段不是数字。


    是一个字符串：


    【免费】


    ——


    苏晚晴盯着。


    第一个念头：


    把“免费”改成0。


    手放到键盘上。


    又停住。


    测试数据不是她可以随便改成自己喜欢格式的东西。


    而且。


    “免费”。


    确实等价于报名费用0吗？


    通常是。


    可这份字段到底定义成：


    数字金额。


    还是允许“免费”“待定”这种文本。


    技术说明里没有写清。


    ——


    她先查数据字段说明。


    项目共享文档里。


    【报名费用】


    类型标注：


    【数值 / 未说明】


    没有“免费”这个合法值。


    那第八条是异常数据。


    应该被程序识别。


    不能让整批信息卡直接崩。


    ——


    苏晚晴在记录里写：


    【异常输入：费用字段出现非规范字符串“免费”。】


    然后开始做最小复现。


    不是拿十二条数据反复跑。


    只留第八条。


    运行。


    同样报错。


    再把设备预算删到最简单。


    仍然报。


    说明问题和其他记录无关。


    就是字段类型没有处理。


    ——


    她看着红色行号。


    想起林辰以前说过：


    “报错别看成红海。”


    “最后一行先看它到底骂你什么。”


    当时他说得很不正经。


    她还嫌烦。


    现在坐在机房里。


    真的只剩这一句有用。


    ——


    解决方法有几种。


    最偷懒的是：


    遇到“免费”直接转0。


    可这样会把技术代码。


    绑死在某一个中文词上。


    如果以后数据写：


    【0元】


    【免报名费】


    【无需费用】


    还会继续出问题。


    更合理的是。


    先按字段定义做校验。


    是数字。


    正常进入计算。


    是空值。


    显示：


    【未说明】


    是其他非规范文本。


    不要算总成本。


    把该条标成：


    【费用信息需确认】


    ——


    这和她前一天处理“设备要求空值”的思路一样。


    不知道。


    就别擅自补成一个确定答案。


    苏晚晴把计算逻辑拆开。


    先判断。


    再计算。


    异常值进入单独列表。


    ——


    第一版修改。


    运行。


    不崩了。


    但输出出了新问题。


    第八条信息卡上：


    【预计总成本：0】


    下面又写：


    【费用信息需确认】


    前后矛盾。


    苏晚晴皱眉。


    说明还有旧逻辑。


    ——


    她没有从头看全部代码。


    先搜索：


    【预计总成本】


    找到两个输出位置。


    一个是新判断。


    一个是之前模板里的默认值。


    默认值仍然写：


    0。


    改掉。


    再次运行。


    ——


    第八条现在显示：


    【报名费用：需确认】


    【设备预算：300】


    【预计总成本：暂无法计算】


    【异常字段：报名费用】


    正确多了。


    ——


    可程序还没结束。


    第十条又报。


    这次不是红色终止。


    而是异常列表多了一项。


    【退出节点字段为空】


    苏晚晴看了一遍。


    没有试图自动填：


    “可随时退出。”


    那是最危险的一种默认。


    没有写退出规则。


    绝不等于随时可以退出。


    ——


    她把空值统一显示：


    【未说明，请咨询主办方】


    原型终于完整跑完。


    十二条。


    九条可以正常计算。


    三条带待确认字段。


    没有一条因为数据不规范。


    把整个程序拖死。


    ——


    技术负责人走过来。


    “刚才报错？”


    “嗯。”


    “怎么处理的？”


    苏晚晴没有只说：


    修好了。


    她把排查记录递过去。


    “第八条费用字段类型不符合说明。”


    “先做最小复现。”


    “确认是单条数据触发。”


    “然后加字段校验。”


    “非规范值不自动转成零。”


    “改成待确认。”


    ——


    学长看了一遍。


    “为什么不直接把免费转0？”


    “如果字段来源以后还有其他文本。”


    “会继续出问题。”


    “而且技术侧不应该擅自解释未经确认的原始信息。”


    对方点头。


    “行。”


    “那数据源那边呢？”


    “我在异常列表标了。”


    “应该回需求或数据负责人确认字段规范。”


    ——


    “你自己查出来的？”


    “嗯。”


    “没问人？”


    “查了项目允许的本地文档。”


    “没问外部。”


    学长没再追。


    只在技术记录里加：


    【基础异常处理完成。】


    ——


    规定同步时间到了。


    苏晚晴没有把整段代码发给林辰。


    只提交技术侧允许共享的结果：


    【最小信息卡原型可运行。】


    【新增字段校验：空值与非规范值均不自动解释。】


    【发现数据规范问题：费用字段出现文本值，需后续确认统一格式。】


    【当前原型仅验证展示逻辑，不代表最终产品方案。】


    ——


    主校区那边。


    林辰看到以后。


    第一眼就注意到：


    【不自动解释】


    他忍不住笑。


    这句话。


    越来越像苏晚晴。


    也越来越像他们两个人。


    ——


    但分线规则在。


    他没有发：


    做得好。


    也没有开始远程看代码。


    只按项目节点回复：


    【需求侧收到。】


    【费用字段定义后续一起确认。】


    然后继续整理自己的访谈。


    ——


    当天傍晚。


    顾承安收到两边独立结果。


    主校区：


    访谈没有被原方案绑死。


    甚至主动否定了“直接做推荐”的初始冲动。


    新校区：


    基础原型遇到真实异常数据后。


    没有依赖另一边即时救援。


    也没有通过硬编码把报错糊过去。


    ——


    他没有写：


    两人已经完全独立。


    更没有写：


    分线验证成功。


    只在内部观察表上。


    分别记了两条。


    【需求线：单次独立访谈可推进。】


    【技术线：单次基础异常可独立排查。】


    下面又单独加一行。


    【当前证据仅覆盖本轮任务。】


    停了一秒。


    顾承安最后写：


    【单次分线任务可用。】


    【长期稳定性仍待验证。】