Я вас щас расцелую
Спасибо за 100 ❤️

На этой неделе я в отпуске, поэтому ждите ежедневный контент 🛹

Йо, я к вам с шикарным сайтом–библиотекой дизайн-систем

На сайте представлено 58 библиотек с ссылками на документацию к каждой из них, а также на Figma файл, откуда можно вытащить необходимые компоненты для проектов

Фильтровать ДС можно по языку, на котором пишется система, и по поддержке темезаций (Dark Mode, Design Tokens)

Подобная библиотека помогает в случаях, когда необходима оперативная разработка макетов (просранные дедлайны, проверка гипотез), поиск оптимальных решений и в качестве референсов

Не раз уже выручала и, надеюсь, выручит и вас ❤️

📎Ссылка на библиотеку

UPD: а ещё можно поюзать библиотеку отечественных ДС по ссылке

Продолжаем праздновать среду, чюваки 🎸

О работе в найме. Агентства, студии дизайна, продуктовые команды

А надо ли оно вообще?

Закину вам небольшое чтиво перед сном. Переспите с этими мыслями, усердно подумаете и сами сделаете выводы, нужно оно вам или нет

💛💛💛💛💛

Карьера дизайнера чаще всего начинается с бирж, поиска работы через знакомых и набивание руки на фейковых проектах

Так дизайнер становится ✨фрилансером✨ и уже может мечтать о том, как классно ему будет попивать КОКтэйль, релоцируясь на сказочноЕбали


Тут у главного героя-дизайнера два пути, влияющие на сюжет:

1. Держать эту картинку в голове, каждый день быть бухгалтером, юристом, дизайнером и верстальщиком и жоско ишачить, повышая свои скиллы самостоятельно

2. Смириться с тем, что эмоджи в телеграм сами себя не оплатят и понять, кому он, как дизайнер, может быть полезен

Оба пути гуд, но я в серии постов буду говорить о втором выборе

Зайдя на сайты с вакансиями, наш герой начинает разбираться, кто такой дизайнер, и какие задачи он должен решать. Начинают крутиться шестерёнки. Он понимает, что не обязательно делать всё и сразу, чтобы зарабатывать себе на хлеб

В голове сменяются формулировки из описания вакансий: «Студия продуктовой разработки», «IT-аккредитация», «Фуллтайм», «Разработка ПО». Везде описываются разные требования, и наш герой не понимает, кем действительно он является

Но чем меньше опыта, тем больше ориентиров можно поймать. Он может попробовать себя в продукте и никогда больше не открывать ноутбук меньше, чем за 100.000₽. Может устроиться в стартап и реализовывать гениальные идеи. А может пойти в небольшую студию заказной разработки и пройти курсы молодого бойца, дерясь с заказчиками за правки и бесплатный кофе в офисе, создавая кучу интересных проектов на 1 квадратный сантиметр

В любом направлении дизайна для него есть плюсы и совсем никаких минусов. Хотя нет, есть всего один — отсутствие портфолио и неумение писать сопроводительные письма

Но наш герой уже решил, что он хочет в найм, соответственно, всему научится

Сегодня он уяснил одну важную вещь — либо он командный игрок, готовый встраиваться в процессы и вносить свой вклад по своей зоне ответственности, либо он гордая одиночка, которой не очень комфортно работать в команде, получающая кайф от постоянного контроля всех аспектов работы

Вот и вопрос к вам: «вы командный игрок или вам самим по себе прикольнее?»

Прив, панпинщеки, у меня для вас вакансия 📣

Мой постоянный заказчик представляет тканевый холдинг Союз-М. Ищет дизайнера интерфейсов мобильных и веб-приложений

Уровень middle/middle+

Задача: редизайн веб-приложения Союз-М 3D https://souz-m3d.online. Дизайн разрабатывался много лет назад, требует обновления

Необходимо также будет подготовить финальные макеты для разработки

Здесь можно почитать кейс и посмотреть, какую работу проделал разработчик, таже в кейсе приложены скрины внутренних экранов

Пишите с портфолио и парой слов о себе @TanyaShulman

Сегодня среда с запозданием, мои чюваки 😵

Что-то закрутился с этим розыгрышем, совсем забыл всех поздравить с первыми днями весны

Задизайнил эту страницу календаря еще в октябре. Лежала, дожидалась своего часа, а я провафлил 😕

С весной!
забирайте к себе на стены, отмечайте дни без алкоголя

Отмечаем среду и ждём сегодня пост 🎉

Как подружить дизайнера и разработчика при проектировании макетов (многабукаф)

Как театр начинается с вешалки, так и разработка крупных проектов начинается с создания дизайн-документации. Учитываются базовые компоненты, которые точно будут в макетах: кнопки, элементы навигации, секции и т.д.

Вроде бы всё понятно и для дизайна, и для разработки, но есть одно НО

Основная проблема команд – отсутствие или недостаточность коммуникации между отделами/компетенциями

Из-за этого возникают ситуации, в которых дизайнер закладывал одно наименование, а разработка использовала другое. Отсюда беспорядок в системе, абсолютное непонимание, на что ссылаться. Даже при выходе нового сотрудника на проект это создаёт миллион проблем

Помогает в таких ситуациях семантика и общие договорённости

Например, дизайнер при проектировании дизайн-системы именует компоненты так, как они выглядят и используются, а разработчик адаптирует их под технические ограничения и соглашения в коде. Если между ними нет договоренности, то в макетах могут быть «Primary Button» и «Secondary Button», а в коде – MainButton и AltButton. В итоге, путаница, ошибки в сборке интерфейса и лишние вопросы

Чтобы этого избежать, важно заранее договориться о правилах именования. Вот несколько рабочих подходов:

/ Унификация названий
Дизайнеры и разработчики должны говорить на одном языке. Например, если дизайнер называет кнопку «Primary», то и в коде она должна быть PrimaryButton, а не MainButton или BtnMain

/ Система именования
Лучше заранее определить, как будут именоваться компоненты: по роли (Primary, Secondary), по функции (Action, Navigation), по контексту (HeaderButton, FooterLink). Это поможет сразу понимать, что к чему относится

/ Единая документация
Все термины и названия должны быть зафиксированы в дизайн-документации и глоссарии. Тогда даже новые сотрудники смогут быстро разобраться, что означает AlertMessage или SnackbarNotification

/ Совместные ревью
Регулярные встречи дизайнеров и разработчиков по вопросам дизайн-системы позволяют избежать разночтений и синхронизировать терминологию

/ Использование токенов
Если закладывать систему токенов (цвета, отступы, тени) с четкими названиями (primary-color, secondary-bg), то разработчики смогут легко применять их в коде без необходимости разбираться в макетах

В итоге, продуманная семантика и согласованные принципы именования помогают избежать хаоса, ускоряют работу и упрощают поддержку проектов. Когда дизайнер и разработчик говорят на одном языке, интерфейсы собираются быстрее, а система остается чистой и понятной

Этот пост родился, когда я просматривал дизайн-систему Контура. Ребята настолько словили общий вайб, что назвали кнопку "Показать ещё" – ЕЩЁКАЛКОЙ 🤪
Важнее всего не то, как называется элемент, а то, насколько все понимают функкцию его работы)))

#дизайнсистемы

Напоминаю, что до конца розыгрыша остаётся всего 2 дня 📣

Не забывайте участвовать, ловить халяву и самообразовываться ❤️

Никогда бы не подумал, что в Пятёрочке будут играть нейро-треки)))
В таких треках голос чаще всего искажён, будто его прогнали через тысячу автотюнов

Так или иначе, не все слышат отличия, особенно, когда снуешь между торговых рядов или полок в ТЦ или магазине

Ниже прикреплю несколько классных примеров моих генераций. Создавал их в Suno в связке с ChatGPT (генерация текстов, описание тональностей, настроения, жанра и инструментов) 🎸

Всей мущинской аудиторией канала поздравляем прекрасных девочек

Спасибо за то, что сияете, вдыхаете жизнь в серое и скучное, дарите эмоции и просто существуете ❤️

С 8ой Мартой 🤵

🎉 Результаты розыгрыша:

🏆 Победители:
1. Vlaa (@nesokolovskaya)
2. Артём (@Artem_menyaylov)

✔️Проверить результаты