TG Telegram Group & Channel
Про дизайн-системы | United States America (US)
Create: Update:

продолжение

Вы возразите, а почему так пессимистично? А я отвечу: потому что у проектов есть владельцы, зачастую это не одно лицо. В их интересах, чтобы разработчики в первую очередь уделяли время целевым проектам, а не чему-то «общему». Вы ещё раз возразите и скажете что разработчики всё равно заверстают ui-киты по одному дизайну, а значит это всё можно объединить и переиспользовать. На что я вам скажу: так не работает. Разработчики разные, владельцы проектов разные, требования разные, стайлгайды разные, роадмапы разные. В парадигме заказной разработки или в крупных продуктах между проектами как правило низкий уровень обмена опытом и стандартизации.

Каждый проект — отдельное княжество со своими процессами и бюджетодержателями: нет заинтересованных в обмене. Вы не можете придти к разработчикам из других отделов и дать им поручение: вы не их босс.
Как следствие у вас будет несколько несовместимых юи китов разного уровня качества и недоделки. Сколько проектов, столько и китов, если не больше. Подробнее я рассказывал в статье Дизайн-система не равно ui-kit.

Поэтому я и называю этот сетап партизанским: чем дальше в лес, тем толще разрабы-партизаны. Так что, в таком сетапе систему если и используют, то чаще в качестве донора для форков с дальнейшим допиливанием под себя. У того же ант дизайн 40к форков. Каждый десятый пользователь создал по одному форку!

P. S. Моё любимое — когда разработка только начинается, часть разрабов будет бурно сраться в чатиках про то, какой стек технологий выбрать. Кто-то даже начнёт что-то кодить, но ему непременно скажут, что он сделал говно, и это надо переделывать, «по-нормальному».

Про дизайн-системы
#про_управление Сетапы ДС. Внутреняя контрибьюция, она же «партизанская разработка» Продолжаем делиться опытом о вариантах организации проекта дизайн-системы в компании. В этом сетапе дизайн-система разрабатывается как смежный инструмент для уже нескольких…
продолжение

Вы возразите, а почему так пессимистично? А я отвечу: потому что у проектов есть владельцы, зачастую это не одно лицо. В их интересах, чтобы разработчики в первую очередь уделяли время целевым проектам, а не чему-то «общему». Вы ещё раз возразите и скажете что разработчики всё равно заверстают ui-киты по одному дизайну, а значит это всё можно объединить и переиспользовать. На что я вам скажу: так не работает. Разработчики разные, владельцы проектов разные, требования разные, стайлгайды разные, роадмапы разные. В парадигме заказной разработки или в крупных продуктах между проектами как правило низкий уровень обмена опытом и стандартизации.

Каждый проект — отдельное княжество со своими процессами и бюджетодержателями: нет заинтересованных в обмене. Вы не можете придти к разработчикам из других отделов и дать им поручение: вы не их босс.
Как следствие у вас будет несколько несовместимых юи китов разного уровня качества и недоделки. Сколько проектов, столько и китов, если не больше. Подробнее я рассказывал в статье Дизайн-система не равно ui-kit.

Поэтому я и называю этот сетап партизанским: чем дальше в лес, тем толще разрабы-партизаны. Так что, в таком сетапе систему если и используют, то чаще в качестве донора для форков с дальнейшим допиливанием под себя. У того же ант дизайн 40к форков. Каждый десятый пользователь создал по одному форку!

P. S. Моё любимое — когда разработка только начинается, часть разрабов будет бурно сраться в чатиках про то, какой стек технологий выбрать. Кто-то даже начнёт что-то кодить, но ему непременно скажут, что он сделал говно, и это надо переделывать, «по-нормальному».


>>Click here to continue<<

Про дизайн-системы






Share with your best friend
VIEW MORE

United States America Popular Telegram Group (US)