⚡️ Базовые компоненты, которые не разваливаются: как мы проектируем UI-kit UI-kit в крупном продукте – это не просто набор компонентов. Это системный контракт между дизайном и разработкой: внешний вид, паттерны поведения, правила композиции, банковские гайдлайны. Когда над системой работают сотни разработчиков и десятки дизайнеров, нет места для вольной интерпретации. Когда система растёт, нельзя просто добавить в кнопку проп isFancy. Скоро придёт другой разработчик и добавит withCustomBorder, потом customRender. Именно поэтому у нас есть чёткий процесс. Да, наша кнопка содержит больше 15 пропсов, но каждый из них осознанное решение, чтобы компонент отвечал требованиям всех продуктов банка. У нас два слоя проектирования UI: 1️⃣ Базовый: Button, Input, Checkbox, Modal. Фундамент каждого продукта. Обязательные пропсы фиксируются на старте, универсальность это результат исследований и опросов команд. 2️⃣ Продвинутый: FileUpload, Table, ResultScreen. Укрупняет базу под конкретные сценарии, но кастомизация регламентирована дизайн-системой. Единые принципы позволяют разработчику без долгого погружения включаться в любой продукт банка. Отдельные команды могут создавать свои библиотеки поверх этих двух уровней, под узкие задачи направления, без претензий на общебанковский стандарт. ▶️ Если разные команды независимо приходят к похожим решениям, дизайн-система агрегирует их в один. Если нужно что-то новое, сначала макет, исследование на фокус-группе, и только потом разработка. В обоих случаях опрашиваем все команды про сценарии и нестандартные кейсы. Расскажите в комментариях про свои способы композиции UI-системы. Справляетесь ли вы с разделением ответственности ❓