Ворклог по задаче "Инвентаризация текущего Ruby-сайта"

Вывод по внутреннему качеству legacy-сайта

При изучении структуры данных стало заметно, что внешнее состояние сайта может сильно недооценивать реальную сложность проекта. Для конечного пользователя страница может выглядеть вполне нормально, но под капотом контент может быть распределён по нелогичным таблицам и полям, а одинаковые по смыслу данные — храниться в разных местах.

Характерный пример: основной контент обычной страницы хранится в поле description, тогда как контент главной страницы находится уже в системных настройках сайта. Такая структура неочевидна без изучения исходников и фактического поведения приложения.

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

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

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

Вывод для новой реализации

Удобная и предсказуемая механика управления контентом — не декоративное улучшение CMS, а обязательная часть жизнеспособности сайта. Новая реализация должна снижать стоимость повседневных изменений и делать структуру данных понятной без необходимости каждый раз исследовать внутренности системы.

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