Как рефакторинг помогает не потратить кучу денег на продукт
Не откладываем рефакторинг в долгий ящик, чтобы сэкономить на поддержании продукта. Иначе – риск израсходовать горы бюджета, когда рефакторить будет слишком поздно.
Не откладываем рефакторинг в долгий ящик, чтобы сэкономить на поддержании продукта. Иначе – риск израсходовать горы бюджета, когда рефакторить будет слишком поздно.
Легко ли переписать продукт с нуля Нет. Как минимум потому, что на это потребуется вдвое-втрое больше времени (и денег), чем ушло на первоначальную версию. В нашей практике был подобный случай.
Смотря что. Работал в одной крупной известной всем компании, там регулярно переписывали компоненты с нуля и достаточно успешно. Просто в процессе выясняется, что что-то можно смело выбросить, а что-то воткнуть в новую архитектуру большим куском, если подстелить соломку.
Тут соглашусь. Часто время и усилия, необходимые на рефактор как отдельных компонентов, так и проекта в целом, зависят от того, как регулярно обновляется кодовая база и как качественно написан продукт.
Круто, когда можно переписывать отдельные компоненты. Но проект может быть монолитом и тогда есть два пути: переписать его полностью за один присест, либо отделять от него кусочки (микросервисы), написанные с нуля. Второй способ очень популярный, но и у него есть существенные минусы:
1) Отделение от монолита кусочков занимает очень большое время, и переход от монолита к микросервисам растягивается на годы.
2) Если у вас сервис, который постоянно изменяется в силу внешних причин или конкуренции на рынке, то долгое время придется активно дорабатывать большой ком грязи через боль и слезы :)
Поэтому, как нам кажется, по возможности все равно лучше не доводить до ситуации, когда нужно полностью переписать проект :)