👴 Проект про который я расскажу внукам

Неверно принятое архитектурное решение тем дешевле исправить, чем раньте их обнаружить. На этапе проектирование - дешево, на этапе разработки дороже, после разработки еще дороже.

Возможно это я в будущем 😊

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

Именно такая задача мне как-то досталась.

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

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

Для решения этой задачи была выбрана Тильда.

В интерфейсе конструктора, контент менеджер мог поправить тест или добавить статью.  После чего он должен был запустить специальный скрипт, который генерировал из тильды статические файлы. Картинки и ссылки до стилей подменялись на те, которые лежат у нас. Чтобы тильда не лезла к себе на сервера, мы манкипатчили их либы. Получившаяся статика собиралась и вставилось в iframe в нашем приложении;.

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

И вот такой Фронштейн проработал несколько лет, пока все те, кто его писал не уволились.

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

Именно в таком состоянии я взялся за эту задачу.

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

Изначально задача, которая мне досталась, была оценена в 2 дня разработки, но по факту я потратил на нее 2 месяца с небольшим. При этом глубина кроличьей норы изначально была не понятна, и чем дольше я погружался в задачу, тем больше факторов и стперов возникало.

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

Дело в том, что документация как в новом, так и в старом дизайне менялась очень редко, изредка расширяясь новыми статьями.

Именно поэтому решать проблемы нужно по мере их поступления.

Спасибо, что дочитал до конца.