Можно было разделить сборки через, например dllPlugin. Но оставить одну версию переиспользуемых либ. Зависимости через монорепу было бы удобно обновлять в данном кейсе. Вы пошли путём не масштабируемым собирая везде отдельный бандл и решили использовать какие-то легко весные либы, которые надо изучать. Т.е по вашим словам же, научить инженера сложнее чему-то новому чем писать на известном
Для единого стиля вам нужна какая-то дизайн система. Разработать под зоопарк фреймворков сложнее чем под один
Для бизнеса ещё бывает момент, когда он хочет перераспределить ресурсы на более важные части. Например из одной команды привлечь разработчиков в другую для ускорения. Но тут у вас будет большая сложность. И инструменты другие и подходы и линтеры
В итоге как ни крути, связанность есть, так как проект один. Связанности могут быть не обязательно в коде. А в стилях, подходах, переспользуемость ускоряет, а не написание 10 раз с нуля в каждом блоке на странице.
Полностью согласен
Пока только минусы:
В итоге как ни крути, связанность есть, так как проект один. Связанности могут быть не обязательно в коде. А в стилях, подходах, переспользуемость ускоряет, а не написание 10 раз с нуля в каждом блоке на странице.
Везде нужен баланс. И просто взять и ускориться сейчас, написав как угодно и на чем угодно, в будущем этот зоопарк вас не слабо тормознёт