Пирамида Хеопса - раздолье для девопса

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

В какой-то мере мне были понятны намерения его автора, как поклонник Symfony и всяческих передовых технологий по созданию масштабируемых корпоративных проектов, он сделал всё безупречно. Но этот разработчик уже не работает в компании и поэтому упомянутый вспомогательный сайт, который вдруг решили развивать дальше, вдруг стал проблемой из-за того, что джуна на него не посадишь, и поэтому нужно отвлекать разработчиков от других проектов, разбираться в шаблонизаторе Pug, следить за подключенными субмодулями git и много чего ещё. При этом с Symfony нет ни одного другого проекта и программистов изначально набирают на другой фреймворк. Повезло, что ранее встречался с Symfony. При разворачивании всего этого добра и обновления потребовался бы квалифицированный девопс, а если смотреть из браузера - дешёвый хостинг и голый HTML.

Мне и до этого встречались проекты, где вместо коттеджа строили пирамиду Хеопса, то есть функциональная "жилая" площадь та-же, а размах фараоновский. Так как это были проекты для Веб, то они и загружались долго, несмотря на все кешируемые шаблонизаторы/ресурсы и компиляцию фронтенда. То, что этого никто не замечал, оказалось банальным. У всех текущих сотрудников ресурсы страниц хранились в кеше, и редкие инциденты "страница грузится очень долго" оставались редкими и во внимание не принимались. Иногда приходил гендиректор, у которого на демонстрации сайт отправлял пить чай и ему объясняли про кеш и выбранные технологии. И в общем-то воз и поныне там.

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