Какие признаки можно выделить для унаследованных систем:

1. Реализованы на старых технологиях и платформах.

2. Используются устаревшие подходы к разработке, дизайну и архитектуре.

3. Нет модульных и интеграционных тестов. Возможно даже, что при текущей реализации системы вообще нельзя написать тесты.

4. В систему трудно вносить изменения, она хрупкая, ломается в неожиданных местах.

5. Плохой нечитаемый код со множеством запахов[90]; иногда непонятно, почему он вообще работает. Как вариант, система с закрытым исходным кодом, но уже без техподдержки со стороны разработчика.

6. Не автоматизированы рутинные операции, что периодически приводит к однотипным ошибкам и повышает bus-фактор[91].

7. Нет документации и описаний по системе, дизайнам и инфраструктуре.

Проект с такими характеристиками точно не будет радовать вас каждый день. Скорее он станет вашей головной болью.

Как системы становятся унаследованными? Можно выделить несколько популярных сценариев:

1. Разработка началась много лет назад. За это время было реализовано много различной функциональности, команды уже несколько раз полностью сменились. Разные части системы написаны в разном стиле. Уже нет людей, которые бы могли рассказать, как система работает в целом. Система проросла корнями во многие части бизнеса, её активно используют, поэтому просто так заменить её нельзя.

2. Система разрабатывалась недолго, но командой с низкой технической компетентностью. Код оброс техническими долгами (раздел ll, глава 5), является очень хрупким. Система почти остановила своё развитие и ждёт героя, который проведёт правильный рефакторинг. Изменения в системе, как и в предыдущем пункте, будут осложняться тем, что её уже используют в работе.