> Как часто происходит рефакторинг кода (Go)

Рефакторинг кода - это не разовое событие, а непрерывный процесс. В нашей команде мы следуем правилу "бойскаута": оставляй код чище, чем ты его нашел. Это означает, что при каждом внесении изменений в существующий модуль (добавление фичи, исправление бага) мы стараемся попутно улучшить его структуру, если это не выходит за рамки разумного времени.

Конкретные триггеры для рефакторинга:

1. Code review. Если коллега замечает, что метод стал слишком длинным или нарушает принципы SOLID, мы договариваемся о рефакторинге до мержа.
2. Нарушение метрик. В Go мы используем линтеры (golangci-lint) и анализаторы цикломатической сложности. Если порог превышен, задача на рефакторинг заводится в бэклог.
3. Перед внедрением новой функциональности. Если старый код мешает добавить новую фичу без костылей, мы выделяем отдельную задачу на рефакторинг (обычно на 1-2 дня) и выполняем её до начала разработки.

Плановые рефакторинги (например, "рефакторинг каждые 2 спринта") мы не практикуем - это часто приводит к пустой трате времени на изменение того, что и так работает. Вместо этого мы используем подход "постоянного улучшения": каждый коммит должен делать код немного лучше.