Все относительно, в формате крупной компании наши численные ресурсы считались экономией. Для мелкого стартапа это было бы эквивалентно полноценной команде :)
«если становится очевидным, что какая-то часть приложения не является гибкой или потенциально не способной к масштабированию, то стоит остановиться и исправить положение»
Остановиться и исправить положение – к теме рефакторинга :)
Спасибо за вопрос! Упустила из статьи подробности. Используется свой npm внутри компании :) Каждый компонент – это отдельный пакет и любой желающий устанавливает его себе в проект, установив необходимый npm registry.
Совсем в скором времени от нас выйдет статья, именно на эту тему!) Так что, следите за блогом компании ;)
Но в целом, у нас очень походе на то, что описано + abstract еще :)
Привет, спасибо за вопрос!
Дизайнеры используют abstract (git для дизайнеров) и semver для версионирования компонентов. Когда разработчик получает макет, он видит из каких компонентов и из каких версий компонентов он собран.
Хорошая библиотека с большим числом компонентов. Можно найти ряд хороших практик. Отличный инструмент для решения собственных проблем компании :) Ничего более детального не скажу, так как знакомилась с ним лишь поверхностно.
Остановиться и исправить положение – к теме рефакторинга :)
Второй вариант: развернуто на своих серверах.
Используется Nexus Repository Manager.
Но может кто-то из здесь присутствующих коллег пробовал?..
Как и любой другой npm-пакет:
Но в целом, у нас очень походе на то, что описано + abstract еще :)
Дизайнеры используют abstract (git для дизайнеров) и semver для версионирования компонентов. Когда разработчик получает макет, он видит из каких компонентов и из каких версий компонентов он собран.