Когда следует рефакторить, заменять или снимать с производства устаревшую систему?

Question

Accepted Answer

Устаревшие системы доставляют неудобства, но часто остаются ценными — они обеспечивают работу бизнеса. Решение о **рефакторинге, замене или снятии с производства** должно приниматься на основе стоимости и ценности, а не отвращения к старому коду. «Это старое и некрасиво» — это не причина; «это нас стоит денег» — вот причина.

## Руководство по принятию решения

```text
REFACTOR (improve in place) when:
  - Core logic is sound; it's holding business value
  - Problems are localized; you can improve incrementally

REPLACE (rewrite/migrate) when:
  - It blocks important work and can't be incrementally fixed
  - Maintenance cost > rebuild cost over a sensible horizon
  - It's a growing security or reliability liability

RETIRE (remove entirely) when:
  - Its value no longer justifies any maintenance cost
  - Usage has dwindled; a simpler path exists
```

## Остерегайтесь ловушки переписывания

Полные переписи кода соблазнительны и часто приводят к катастрофе — они занимают больше времени, чем ожидается, воскрешают старые ошибки, а рабочая система за это время приходит в упадок. Отдавайте предпочтение пошаговому рефакторингу или поэтапной замене по модели «задушающего инжира». Прибегайте к полной переписи только когда пошаговые подходы действительно невозможны.

## Конкретный пример

Монолит может быть болезненным, но работает хорошо и не является вашим узким местом — рефакторьте наиболее проблемные модули, не переписывайте заново. Но если система использует версию базы данных, поддержка которой прекращится в следующем году, и при этом нет пути обновления, это вынужденная замена, которую нужно планировать целенаправленно.

## Подводный камень

Эмоциональные решения: замена вполне работоспособных систем потому что они немодные, или привязанность к умирающим системам из-за уже потраченных средств. Принимайте решения на основе стоимости и ценности.

## Почему это важно

Ненужные переписи отнимают годы и воскрешают уже решённые проблемы; заброшенное наследие становится тикающей бомбой.

Принять это решение правильно, на основе фактов, а не эстетических предпочтений — одна из самых высокоставочных оценок, которые делает старший TL.