Диагностика медленного холодного старта
Измеряйте первый запрос отдельно от прогретой серии, иначе среднее скроет задержку запуска.
Объяснение чужого кода, ревью изменений, поиск причины ошибки.
23 промпта в подрубрике
Измеряйте первый запрос отдельно от прогретой серии, иначе среднее скроет задержку запуска.
Проверяйте поток через тот же прокси, что стоит у пользователя: прямое соединение с приложением скрывает буферизацию.
Пункт 5 часто ценнее объяснения: модель замечает типовые проблемы, которые глаз разработчика уже не видит.
Успешный запрос из curl не проверяет ограничения браузера, поэтому сохраните именно сетевой журнал страницы.
Сохраняйте исходный идентификатор события: текстовый хеш payload меняется от порядка полей.
Временный console.log внутри эффекта помогает увидеть частоту, но дополнительный рендер в режиме разработки ещё не доказывает ошибку.
Тест с двумя последовательными запросами почти никогда не ловит гонку, даже если повторять его тысячи раз.
Снимки кучи полезнее сравнивать после одинакового числа запросов, иначе рост нагрузки выглядит как утечка.
Время поступления сообщения в лог не равно времени его обработки другим потребителем.
Зависшая задача и задача без обновления статуса выглядят одинаково на панели, но требуют разных проверок.
Размер сжатого файла не ограничивает объём, который он займёт после распаковки.
Проверяйте окно без мыши от открытия до закрытия: отдельный скриншот не показывает ловушку фокуса.
Проверка только главной страницы пропускает кеш того же объекта на странице категории.
Административная выгрузка может обходить ORM-фильтр, поэтому её нужно включить в проверку отдельно.
Дата 03/04 не имеет однозначного смысла без соглашения о порядке месяца и дня.
Запрет «не предлагай решение, пока не назвал причину» экономит часы: иначе модель начинает наугад переписывать код.
Дату рождения обычно нельзя хранить как полночь UTC: при отображении она может превратиться в предыдущий день.
Подавление предупреждения о гидратации скрывает симптом, но не восстанавливает правильное начальное содержимое.
Требование «конкретный сценарий проявления» отсекает выдуманные замечания: без сценария находку можно смело игнорировать.
Старое сообщение может оставаться в очереди дольше, чем длится развёртывание новой версии.
Сообщение «не удалось» часто провоцирует повтор действия, которое уже частично состоялось.
Лимит в памяти процесса умножается на число экземпляров приложения.
Проверка входа в аккаунт не отвечает на вопрос, имеет ли этот аккаунт право на конкретный документ.
В отладке действует жёсткое правило: не предлагать решение, пока не названа причина, — без него модель начинает наугад переписывать код. В ревью каждая находка сопровождается конкретным сценарием, при котором проблема проявится: находку без сценария можно смело игнорировать.