TGViewer
Код продакта | Александр Иосса Код продакта | Александр Иосса @ai_code_product · 425 subscribers
Post #28 882
Тема дня: Code of conduct для дизайнеров

Недавно с коллегами решили причесать работу дизайнеров. Дизайнеры работают в Figma, и далеко не полностью используют её. Figma позволяет делать более-менее адаптивные макеты, а наши дизайнеры этого не делают. В Figma можно группировать компоненты наподобие того, как группируют фронтенд разарботчики, а дизайнеры этого не делают. Посмотрели на названия каждого элемента, а там сплошные text1, text2, Btn1 и так далее. В общем ад для перфекциониста. Разработчики точно бы так компоненты не называли.

И поэтому написали свод из правил по организации макетов в Figma.

1) При использовании элементов из Material-ui (а мы их активно используем) следует использовать соответствующие названия для элементов:
- AppBar
- SnackBar
- ListItem
- Typography

2) При создании адаптивных компонентов, иконок, мы также должны задавать соответствующие self-descriptive имена, такие как:
- ProductCard
- DeleteIcon

3) Инкапсуляция. Если мы используем иконку в качестве кнопки, значит необходимо не просто разместить иконку в нужном месте, но и обернуть её в элемент Button

4) Библиотека компонентов. Переиспользуемые компоненты нужно размещать отдельно и уже на их основе собирать макеты, а не копировать элементы из предыдущего макета. Ведь, к примеру, если потребуется изменить толщину линии у кнопки, потребуется перерисовывать все макеты. Не говоря уже о создании тем для приложений.

Написали, зачем это нужно. Оказалось, что пока незачем. При этом интересно, что для разработчиков эти правила кажутся очевидными.
- Когда в команде менее трёх дизайнеров (у нас так), проблем с коммуникацией между друг другом нету.
- Разработчики же могут работать с текущими макетами и им в принципе всё равно, как сгруппированы и названы элементы в макете. Всё равно 1 к 1 сгруппировать элементы не получится.
- Обсуждения того, как называть элементы в Figma будет только накалять отношения между разработчиками и дизайнерами. При этом всё сведётся к тому, что разработчики будут говорить что как назвать.
- Различные темы в продукте мы пока вводить не планируем, а нормальных инструментов для экспорта компонентов из Figma в React приложение не появится ещё минимум полгода (сугубо личное мнение).

Введение новых правил сейчас снизит производительность дизайнеров процентов на 25, а нам сейчас наоборот, прирост нужен. Выносить же компоненты в отдельную библиотеку компонентов сейчас очень дорого. У разработчиков всё вынесено, дизайнеры пока могут обойтись без этого.
В общем отложили в ящик на 2 месяца, потом вернёмся, оценим ещё раз целесообразность. Всему своё время.
More from @ai_code_product
  1. Aug 24, 2026А мы всё равно не успеваем 🧭 Сейчас все бегут, да и я тоже делать свои OS ИИ для того, чт…
  2. Aug 21, 2026Сегодня был на защите проектов у школьников 11 классов — итог двухнедельного интенсива ИТМ…
  3. Aug 19, 2026А вы знаете как работают кинодистрибьюторы? На чём зарабатывают, как у них устроены процес…
  4. Jul 9, 2026Новый выпуск «Цифрового следа» — «Как развивать платформенный продукт: от саппорта к дамаг…
  5. Jul 9, 2026Ребят, всем привет! Посчастливилось попасть в телевизор подкаст. Обсуждали то, как развива…
  6. Mar 4, 2026🧠 Попросил Claude составить мой психологический портрет. Без тестов. По переписке в Телег…
Threads Profile ViewerView any public Threads profile without an account.Open ThreadLook →Writing with AI? Make it sound human.Metric37 rewrites AI drafts so they read naturally. Free AI detector, 1,500 words free.Try Metric37 →