У меня сегодня день «с корабля на бал».

По плану: • подбор ваз в новый проект (ищу на Авито, чтобы вписать в бюджет); • планирование нового триместра в клубе для дизайнеров (у нас будет тема, как смешивать разные стили, эпохи и бюджет в одном интерьере); • поиск искусства в рамках консультации — нужна одна работа, желательно объект, а не живопись и графика. С очень ограниченным бюджетом — я искренне обожаю такие задачи 🤍 • подготовка лекции про Париж — тоже для клуба; • подбираю посуду для себя для нового образовательного проекта — тоже, конечно, Авито. А ещё — я забрала один из своих подарков на ДР, работа Аси Феоктистовой. Именно она на фото. Давно хотела ее себе в коллекцию, спасибо моим близким за подарок. Будет жить в спальне — сегодня повешу❤️

быстрый и лёгкий способ полюбить знаки не только глазами, но и руками 🤍🤍🤍🤍🤍🤍🤍🤍🤍🤍🤍 🤍🤍🤍🤍🤍🤍🤍🤍🤍🤍🤍 🤍🤍🤍🤍🤍🤍🤍🤍🤍🤍🤍 Владимир Лифанов — дизайнер-некромодернист, основатель агентства Супрематика, #1 в рейтинге АКАР в сегменте «Брендинг». Создаёт проекты пикселями, рисует картины красками, пишет тексты буквами и выступает словами. 🤍🤍🤍🤍🤍🤍🤍🤍🤍🤍🤍 🤍🤍🤍🤍🤍🤍🤍🤍🤍🤍🤍 🤍🤍🤍🤍🤍🤍🤍🤍🤍🤍🤍 Это четырёхчасовой(!) лекционно-практический онлайн-интенсив о том, как создавать знаки, которые работают не только на уровне визуала, но и смысла Разберём, как рождаются сильные символы, почему форма никогда не существует отдельно от идеи и каким образом простой логотип способен рассказать о бренде больше, чем десятки страниц стратегии 🤍🤍🤍🤍🤍 🤍🤍🤍🤍🤍 🤍🤍🤍🤍🤍 🤍🤍🤍🤍🤍 🤍🤍🤍🤍🤍 🤍 26.07 | 12:00-16:00 🤍 забронировать место p.s. места строго ограничены, все вопросы — @alkali_support_bot

В 2ГИС каждый декабрь включают зимний слой: меняются цвета карты, появляются праздничные 3D-модели, гирлянды, украшения и анимации. В этот раз команда решила не просто обновить набор объектов, а собрать цельный визуальный стиль: мягкий, тёплый, дружелюбный и достаточно простой, чтобы нормально жить внутри карты с её техническими ограничениями. Раньше дизайнер описывал модель словами, собирал референсы, передавал моделлеру, потом начинались итерации и разночтения. С нейросетями команда смогла быстрее проверять идею: сначала генерировали образ, потом черновую 3D-модель, сразу примеряли её в тестовом приложении и уже после этого отдавали команде почти готовое ТЗ. Ребята всё равно делали финальную модель с нуля, но спорить приходилось меньше, потому что все уже видели, что именно должно получиться. Внутри: – Почему зимний слой карты решили превратить в цельный эмоциональный опыт; – Какие принципы задали для 3D-моделей: простые формы, мягкие цвета и понятный характер; – Почему старый процесс через текстовые описания и референсы давал много разночтений; – Как ИИ помог быстро проверять форму, цвет и масштаб модели прямо на карте; – Зачем черновая GLB-модель стала частью технического задания для моделлеров; – Почему анимации стало проще обсуждать через готовые примеры, а не словами; – Как подход масштабировали на ледовые городки, ёлочные базары, гирлянды и здания; – Какие результаты получили: рост DAU, больше кликов по моделям и новый постоянный процесс в команде. ➡️ Читать статью ——— 💻 Вакансии в IT и digital 😍 Про дизайн 🔥 Вакансии дизайнерам 🎨 Референсы

Мы сдвинули дедлайн из-за большого потока желающих. Теперь у участников появилось дополнительное время, чтобы собрать более сильную заявку и зайти в проект с проработанным решением. ➡️ Для кого: 🔸 Дизайнеры, дизайн-бюро, студии 🔸 Молодые специалисты и студенты 🔸 Компании и предприниматели с задачами на дизайн ➡️ Зачем: 🔸 Поработать с реальными кейсами 🔸 Проверить свои идеи и видение дизайна в контексте бизнеса и производства 🔸 Найти партнёров и выйти на долгосрочное сотрудничество ➡️ Что даст: 🔸 Опыт взаимодействия с заказчиком в условиях ограничений 🔸 Проекты в портфолио 🔸 Возможность довести концепции до реализации 🔸 Видимость внутри профессионального сообщества ➡️ Направления дизайна: 🔸 Промышленный 🔸 Концептуальный 🔸 Коммуникационный 🔸 Дизайн среды 🔸 Предметный 🔸 Графический ➡️ Задачи по сферам: 🔸 Промышленное оборудование и техника 🔸 Мебель 🔸 Упаковка 🔸 Товары повседневного спроса 🔸 Одежда 🔸 Городская и интерьерная среда 🔸 Визуальные и коммуникационные системы для бизнеса Во главе жюри президент Союза дизайнеров России Виталий Ставицкий. Работы оценивают авторитетные практики индустрии: основатель и генеральный конструктор студии «Карфидов Лаб» Алексей Карфидов, основатель и генеральный директор «Смирнов Дизайн», вице-президент Союза дизайнеров России Сергей Смирнов, главный дизайнер продуктов компании YADRO Владимир Шипилов, директор АНО «Центр дизайн-мышления» в Москве, основатель лаборатории Wonderfull Мария Сташенко, сооснователь бренда Belsi Home Алексей Сибилев, шеф-дизайнер «2050.ЛАБ» Алексей Шаршаков и другие эксперты. ➡️ Подавайте заявку до 13 августа здесь. [Фабрика Дизайна]

Рома из Туту рассказывает, как их дизайн-система Kite выросла из старого UI-кита Order. Раньше компоненты жили отдельно на вебе, iOS и Android, дизайн догонял разработку, общей системы токенов не было, а масштабные визуальные изменения превращались в боль. В какой-то момент стало понятно, что просто иметь набор атомарных компонентов мало. Нужны общие правила, связанные токены, понятный процесс и договорённость между дизайном, разработкой и продуктовыми командами. Хорошо видно, что дизайн-система в большой компании это не библиотека кнопок. Это продукт внутри продукта. Там есть архитектура токенов, сборка под разные платформы, документация, миграции, поддержка команд, white-label сценарии, редизайны и постоянный торг между строгостью и гибкостью. Если всё сделать слишком свободным, каждый снова соберёт свой интерфейс. Если всё закрутить слишком жёстко, продуктовые команды начнут обходить систему стороной. Внутри: – Почему UI-кит без связи с дизайном быстро упирается в потолок; – Как Туту перешёл от Dev-to-Design к Design-to-Dev подходу; – Зачем дизайн-системе нужна глубокая система токенов; – Почему готового сборщика токенов может хватить на старт, но не на сложную систему; – Как CSS-переменные помогли с темами, скоупами и платформенными ограничениями; – Зачем Туту сделали собственную генерацию токенов под веб, iOS, Android и MailKit; – Как дизайн-система помогла быстрее делать white-label решения для партнёров; – Почему после запуска важны документация, внедрение в продуктовые команды и автоматизация через ИИ. ➡️ Читать статью ——— 💻 Вакансии в IT и digital 😍 Про дизайн 🔥 Вакансии дизайнерам 🎨 Референсы

✔️ Минимализм и чистые формы Простые силуэты, базовая геометрия (круги, овалы, крупная голова, читаемый контур), чтобы персонаж работал на разных носителях: от пиктограммы до билборда. Работают ограниченные палитры с одним ярким акцентом; минимум мелкой детализации, упор на большой «объём» лица/глаз для отражения эмоций. ✔️ Гибрид живого существа и технологий Образы животных/людей с цифровыми эффектами: неон, голограммы, киберэлементы, техноодежда. Визуально это код «технологичность + человечность». Решение особенно популярно в ИТ и финтехе: маскот выглядит дружелюбным, но «умным», связанным с цифрой. ✔️ Вариативность, анимация и «живость» Маскот проектируется как система состояний — сет эмоций, поз, скинов по сезонам и кампаниям, а не один статичный рисунок. Важен не уровень детализации, а экспрессия и микроанимация в интерфейсе: моргание, реакции на действие, мелкие жесты. ✔️ Инклюзивные персонажи Использование мягко-нейтральных образов, считываемых широкой аудиторией. Это помогает бренду легче адаптировать маскота под разные культуры и рынки. ✔️ Диджитал-центричность и своя роль в интерфейсе Маскот сразу проектируется под web/app: как чат-ассистент, герой онбординга, «оживляющий» элемент в системе, а не просто картинка в рекламе. Форма и пластика подстраиваются под реальное использование: простота, читаемость в маленьких размерах, готовность к AR/VR- и генеративным сценариям. [Фабрика Дизайна]

Кровля современных зданий до отказа забита шахтами, инженерным оборудованием всех видов, системами обслуживания фасадов, путями эвакуации, а на высотных зданиях – еще и площадками для спасательных кабин вертолетов. Наши коллеги с «Инженерной улицы» собрали и перевели в доступный и наглядный вид все ключевые правила и ограничения, которые действуют в отношении расстановки оборудования на кровле. Минимум, с которым должен быть знаком каждый архитектор и заказчик собран в удобной «шпаргалке» с инфографикой, полезными цифрами и фактами. Скачайте PDF файл можно по ссылке.

Основная идея проекта — собирать, классифицировать и документировать такие практики, а также показывать, какие компании их используют и какие законы с ними борются. Например: Confirmshaming — стыдят пользователя за отказ ("Нет, спасибо, я не хочу экономить деньги"). Hard to cancel — подписаться легко, отменить очень сложно. Fake urgency — "осталось 2 минуты", хотя это неправда. Fake scarcity — "осталось 3 товара", хотя ограничения нет. Hidden costs — скрытые комиссии в конце оформления. Preselection — галочки уже проставлены за пользователя. Trick wording — запутанный текст, из-за которого человек ошибается. Nagging — постоянные всплывающие окна и просьбы. Visual interference — визуально прячут важные опции или выделяют выгодные компании действия. https://deceptive.design

Минутка свежего, спорного, и надеюсь интересного контента. Во время недавней поездки в Белград мы с Сашей Устиновым (@beaversbrothersdesign ) записались between two lamps. Замечаю, что опыт «десятилетий в дизайне» всё реже говорит о качестве экспертизы, и все больше повышает шанс выгоревших глаз и отсутствия мотивации у человека. Это приводит к тому, что условно 50-летний арт-директор в русскоязычной среде нередко воспринимается как «слишком взрослый для дизайна», а в англоязычной — как человек, чья экспертиза вызывает уважение, и он сидит с командой клепает логотипы как в 80-х. Поэтому поговорили о том, как оставаться на плаву и продолжать любить свое дело, несмотря на внешние и внутренние ограничения. В общем навалили рефлексии, кринжа, советов. Посмотреть можно здесь: 📱 https://youtu.be/ywgug1dBTwU?si=VztEymoDP1n_7luZ 📱 @nice2mitya_chuk

Основная идея проекта — собирать, классифицировать и документировать такие практики, а также показывать, какие компании их используют и какие законы с ними борются. Например: Confirmshaming — стыдят пользователя за отказ ("Нет, спасибо, я не хочу экономить деньги"). Hard to cancel — подписаться легко, отменить очень сложно. Fake urgency — "осталось 2 минуты", хотя это неправда. Fake scarcity — "осталось 3 товара", хотя ограничения нет. Hidden costs — скрытые комиссии в конце оформления. Preselection — галочки уже проставлены за пользователя. Trick wording — запутанный текст, из-за которого человек ошибается. Nagging — постоянные всплывающие окна и просьбы. Visual interference — визуально прячут важные опции или выделяют выгодные компании действия. https://deceptive.design

Предисловие, почему вообще хочу написать этот пост.. На этой неделе был на встрече, в которой участвовал, как наблюдатель. Она мне очередной раз хорошо показала, ЧТО бывает, когда регламент встречи либо не существует, либо его просто проебали. Одни из наших партнеров позвали меня послушать про один продукт. Продукт очень специфический, нишевый, но очень нужен им для работы. Поэтому я просто пришёл понять, что это, как он может им помочь и как его можно адаптировать под будущий проект, который ребята задумали. И вот я сижу на встрече. Идёт она 10 минут, 15 минут, 20 минут — и сразу видно, что человек, который её ведёт, к ней толком не подготовился. Представитель продукта не обозначил вообще ничего: нет цели встречи, нет рамок, нет тайминга, нет структуры. Он просто включился и начал рассказывать «на автомате»: из чего продукт состоит, что он делает, какие у него функции, вот эта вся херомантия. В какой‑то момент мои знакомые начинают задавать вопросы. У ребят сложный бизнес, вопросы предметные: про конкретные задачи, процессы, ограничения — ну, короче, нормальные рабочие вопросы. И тут становится видно, что спикер к такому повороту вообще не готов. Он начинает запинаться, путаться в ответах, перескакивать с одного на другое. А самое фиговое — начинает агрессировать на их вопросы, реагировать не на сам вопрос, а на удобную для себя тему. В итоге вместо диалога получается рваный поток мыслей: кусок про продукт, кусок про что‑то около, снова уход в бесконечные описания. Ребята спокойно говорят: «Слушай, у нас есть конкретная задача, нам важно понять, закроет ли ваш продукт нашу задачу». Человек со стороны продукта отвечает: «А у меня задача — рассказать про продукт». И всё.👀 В этот момент стало понятно, что ему важно просто отстрелять презентацию. Встреча заканчивается, ребята в небольшом шоке, и ощущение такое, что каждый пришёл со своими задачами — и они между собой вообще не смэтчились. История не уникальная, я такое вижу часто. Мы, к примеру, на старте встречи с заказчиками сразу формулируем её цель. Проговариваем, как будет проходить встреча: порядок, примерный тайминг, что должно случиться в конце (какие решения, какие следующие шаги). Мне кажется, это не про бюрократию, а про уважение к людям и их времени. Такой подход реально помогает делать встречи эффективнее: меньше хаоса, больше конкретики, понятные договорённости на выходе. Кстати, а у вас как это происходит? Живёте по каким‑то своим регламентам или в формате «давайте соберёмся и там разберёмся»?

• три участника • чуть больше двух часов • 14 модулей • 51 символ • бесчисленное удовольствие от процесса Спасибо огромное ребятам, Вани и Алине за участие. Формат оказался весьма бодрым, если еще под музыку да стрим запустить, то может быть даже зрелищно будет. Комментарии ребят: АФ: очень понравилось. я обычно сижу и долго подбираю формы, а тут из-за ограничения приходилось делать все более спонтанно от чего и получались такие необычные и классные решения. очень крутая задумка с переходом с одной конструкции в другую, из-за того что ты не видишь из чего вышла та, которую ты видишь👍👍👍👍 ВМ: все кайф, хорошая штука в итоге получилась и интересные параллели графические нашлись, я бы в следующий раз от каждого модули замешивал, потому что тут не хватило чуть более крейзи форм, чтобы какие-то прикольные нюансы буквам еще добавлять а так топ! хочу вторую часть но я до конца переход из одной в другую форму не до конца прочувствовал, слишком большой лимит модулей, что иногда закрывать глаза приходится на сочетание поэтому может тут можно механизм конкретизировать ... пойду собирать шрифт, ждите вторую чать и шрифт на платформе .noddef

Ребята, сижу я что-то тут и придумалось мне, а почему бы не поиграть сейчас ночью в шрифтовую чепуху - игру, в которую мы играем со студентами оффлайн, только онлайн. Даже название ей придумал Typing (как Type + Ping) или Typing-pong) Правила вроде простые: 1. Ограничение Я выкладываю исходник одной из своих модульных линеек (иллюстратор или сразу Glyphs) Добавлять или придумывать новые модули нельзя, только комбинировать существующие. 2. Доверие Нельзя заранее договориться о стиле. Ты принимаешь предыдущую букву как данность, и продолжаешь мысль/образ. 3. Последовательность Каждый делает только одну букву и далее передает ее обратно второму участнику. Это похоже на передачу эстафеты. 4. Необратимость Буква не исправляется. Не редактируется. Не обсуждается. Передал — значит передал. Именно это рождает неожиданный язык. 5. Собираем латинскую кассу юникейс + базовый набор знаков Пишите мне прям сейчас в лс, если кто-то напишет, то кто первый с тем и играем)

Павел Шерер разбирает связку персон и JTBD без религиозной войны вокруг методологий. Персоны часто превращают в декоративные карточки с возрастом, фото и «любит скидки», а потом выбрасывают, когда команда доросла до JTBD. Но проблема не в самих персонах, а в том, что ими пытаются заменить понимание мотивации пользователя. JTBD помогает понять, какую работу человек пытается выполнить и какого прогресса ждёт. Персона добавляет к этому реальность: кто именно действует, какие у него права, ограничения, навыки, страхи, ответственность и контекст. Одна и та же работа может быть общей для дата-саентиста, DevOps и финансового контролёра, но механики для них будут разными. Без JTBD команда быстро уходит в набор фичей для «типа пользователя», без персон остаётся слишком абстрактная потребность без понятного исполнителя. Внутри: – Почему конфликт между персонами и JTBD обычно надуман; – Как плохие персоны подменяют мотивацию пользователя внешними признаками; – Зачем JTBD вытаскивает команду с уровня механики на уровень причины; – Почему одна и та же работа может требовать разных решений для разных ролей; – Чем потребность отличается от механики в продуктовой работе; – Почему User Stories опасны, если начинать мышление сразу с них; – Как Job Story, Persona и User Story связываются в одну трассировку; – Зачем проверять, что каждая механика ведёт к понятному результату. ➡️ Читать статью ——— 💻 Курс по поиску работы 😍 Про дизайн 🔥 Вакансии дизайнерам 🎨 Референсы

Автор расспросила дизайнеров и исследователей из Сбера, Avito, VK, ВТБ и Яндекса о том, как ИИ изменил их работу за последний год. Получился не список «волшебных инструментов», а довольно трезвый срез: модели уже плотно вошли в рутину, но почти нигде не забрали продуктовые решения целиком. Чаще всего ИИ используют там, где нужно ускорить черновую, механическую или вариативную работу: собрать структуру интервью, сгруппировать обращения поддержки, накидать идеи для флоу, подготовить временную иллюстрацию, улучшить изображение, сделать видео, проверить макет по эвристикам или быстро собрать прототип. При этом все важное по-прежнему остается за человеком: контекст продукта, бизнес-ограничения, финальная интерпретация, качество решения и ответственность за результат. Внутри: – Какие ИИ-инструменты дизайнеры используют каждый день; – Почему текст, анализ и структурирование стали самыми частыми задачами для моделей; – Как генерация изображений и видео изменила работу бренд-дизайнеров; – Почему Фигма, Cursor, Claude Code и Codex становятся частью рабочего процесса; – Какие задачи стали быстрее, но не стали бессмысленными; – Почему продуктовый дизайн все еще нельзя просто отдать нейросети; – Где ИИ уже дает вау-эффект, особенно в видео, визуалах и анализе интервью; – Почему дизайнеру теперь важно не только пользоваться ИИ, но и понимать, где его результат нужно перепроверять. ➡️ Читать статью ——— 💻 Курс по поиску работы 😍 Про дизайн 🔥 Вакансии дизайнерам 🎨 Референсы

Вот так выглядит рабочий прототип (приложил к посту), который ты тестируешь с разработчиком. Контекст: тебе надо понять смогут ли твои программисты реализовать новый функционал. И ты здраво хочешь минимально потратить ресурсов на этот эксперимент. Что делать? Для этого базово списком описываешь основные функции и без дизайна отдаешь программистам. Это хорошая методика проверенная мной годами. Всегда тестируйте сложные функции на таких демках с прогерами до старта дизайна. Постоянно вылазиют на этом этапе "ограничения", которые можно учесть в дизайне. Говорю вам, как старый пес войны продакшена. И с гордостью сообщаю, что у меня самые шустрые прогеры на Диком Западе. В среду я показал вам сырую демку только верстки (фронтенд). На следующий день мне прислали этот статус. И они уже доделали бекенд и соединили его с фронтом. Теперь это рабочий функционал, осталось только нарисовать красивый интерфейс, накрутить на него фронт и гоу-гоу-гоу на продакшн. Срок? Надо найти окно в таймлайне дизайнеров, сделать дизайн, а потом верстка и далее тестирование. Думаю через месяц уже можно делать публичный бета-запуск нод в utopy.ai. Как думаете это много или мало? Интересно ваше мнение. 🔥 - быстро, давай догоняй конкурентов в таком темпе 😅 - хочу быстрее, пора тестировать ноды в utopy.ai ❤️‍🔥 - интересно, рассказывай еще

Гранты покрывают от 20% до 60% стоимости обучения — размер этого процента распределяется по итогам рейтинга. Количество мест ограничено: 2 места на 60%, 5 мест на 40% и 15 мест на 30%. Заявки принимаются до 2 августа. Для участия в конкурсе необходимо: → предоставить портфолио, → прислать мотивационное письмо, → пройти собеседование с командой кураторов. А 29 июня в 19:00 команда школы приглашает на онлайн-встречу, чтобы подробно рассказать о конкурсе, вступительных испытаниях и об обучении в магистратуре. Для участия на встрече потребуется регистрация.

Да, меня не было целый год в канале, но за отписками я всё равно наблюдала 😁 за это время отписалось всего 117 человек — считаю, не так уж и много, учитывая, что это за 365 дней) И стоило мне снова появиться в ленте, как за 1 день от канала отписалось 48 человек!! Расходимся 🆗 это почти половина от годового числа отписок 😀 Сначала было тревожно… но за 5 лет ведения соцсетей я всё-таки научилась смотреть на такие цифры без паники и хорошо понимаю, почему так происходит: 01/ канал мог уйти в архив или оказаться в самом низу ленты — его просто перестали замечать; 02/ за год, интересы аудитории могли измениться и дизайн стал неактуальной темой; 03/ кто-то подписывался исключительно ради пользы, а тут год тишины; 04/ ну и не забываем, про вечные ограничения соцсетей … Вывод один: не унываем, готовим интересный контент и идём дальше, аудитории хватит на всех Ваша поддержка необходима 🔥 Спасибо вам большое, что остаётесь со мной 💚 готовлю много актуального и полезного контента, как же я скучала..) 💭 А у вас было, что вы отписывались от канала из‑за долгого отсутствия? Что могло бы вернуть вас обратно? -канал дизайн контента -канал кейсы и услуги

🔹Запрос Арина — product designer с опытом 3–5 лет. Работает в крупной компании, получает около 150к и хочет выйти на 200к+, senior-уровень и более сильную продуктовую среду Сейчас есть ощущение стагнации: задачи скучные, данных мало, продуктовая культура слабая, а следующий уровень непонятно как доказать 🔹Проблемы Первая — карьера развивается реактивно: стало скучно → новый курс → новая работа → снова скучно. Чёткой стратегии роста нет Вторая — ожидание, что сильная команда автоматически сделает её senior. Но senior отличается не компанией в резюме, а способностью самостоятельно находить проблемы, принимать решения и влиять на продукт Третья — не хватает доказательств уровня. Рынку нужны не годы опыта, а конкретные кейсы: какую проблему нашла, что предложила, что изменила и какой получила результат 🔹Что делать Я бы не увольнялся в пустоту. Сначала нужно взять 2–3 текущих флоу и превратить их в продуктовые кейсы: — проблема — ограничения — гипотеза — решение — результат 🔽

Редизайн большого продукта со стороны часто выглядит просто: обновили интерфейс, стало свежее, поехали дальше. Внутри всё обычно намного больнее. Есть старые долги, разные аудитории, метрики, бизнес-задачи, привычки пользователей и куча мест, где любое изменение может что-то сломать. 19 июня hh.ru проводит митап как раз про это. Будут разбирать редизайн hh как продуктовый процесс: как принимать решения, когда хочется сделать красиво, бизнес ждёт роста, а пользователям всё ещё должно быть понятно и удобно. Мне тут особенно интересен масштаб. hh это сервис, где есть соискатели, работодатели, личные кабинеты, b2b-страницы, важные сценарии и очень чувствительные зоны продукта. В таком редизайне нельзя просто «освежить визуал». Нужно договариваться, резать лишнее, выбирать приоритеты и понимать, какие хорошие идеи всё равно не доедут до продакшена. В программе два доклада: Миша Пономаренко, дизайн-директор hh.ru «Редизайн продукта: что важнее обновлённого интерфейса, и нет, это не метрики» Ксюша Зенина и Саша Ирхин «Главная не главная: совмещаем дружелюбный бренд и продуктовые метрики» Будет полезно продуктовым дизайнерам и продактам, особенно если работаете с большими интерфейсами, где дизайн давно живёт рядом с метриками, компромиссами и внутренними ограничениями. ⏰ Когда 19 июня, сбор гостей с 18:30, старт в 19:00 Где: московский офис hh.ru, ул. 2-я Брестская, 48 🕹 Формат Офлайн и онлайн-трансляция в VK и YouTube После докладов будет афтепати, еда, напитки и разговоры про дизайн с продуктом. Офлайн-места ограничены, заявки рассмотрят заранее. 🔠Зарегистрироваться 🔠Зарегистрироваться