Архитектурная школа МАРШ открыла конкурс грантов на поступление в магистратуру по программе «Архитектурное проектирование и реконструкция зданий». 

Гранты покрывают от 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 текущих флоу и превратить их в продуктовые кейсы: — проблема — ограничения — гипотеза — решение — результат 🔽

💎 Митап про редизайн hh

Редизайн большого продукта со стороны часто выглядит просто: обновили интерфейс, стало свежее, поехали дальше. Внутри всё обычно намного больнее. Есть старые долги, разные аудитории, метрики, бизнес-задачи, привычки пользователей и куча мест, где любое изменение может что-то сломать. 19 июня hh.ru проводит митап как раз про это. Будут разбирать редизайн hh как продуктовый процесс: как принимать решения, когда хочется сделать красиво, бизнес ждёт роста, а пользователям всё ещё должно быть понятно и удобно. Мне тут особенно интересен масштаб. hh это сервис, где есть соискатели, работодатели, личные кабинеты, b2b-страницы, важные сценарии и очень чувствительные зоны продукта. В таком редизайне нельзя просто «освежить визуал». Нужно договариваться, резать лишнее, выбирать приоритеты и понимать, какие хорошие идеи всё равно не доедут до продакшена. В программе два доклада: Миша Пономаренко, дизайн-директор hh.ru «Редизайн продукта: что важнее обновлённого интерфейса, и нет, это не метрики» Ксюша Зенина и Саша Ирхин «Главная не главная: совмещаем дружелюбный бренд и продуктовые метрики» Будет полезно продуктовым дизайнерам и продактам, особенно если работаете с большими интерфейсами, где дизайн давно живёт рядом с метриками, компромиссами и внутренними ограничениями. ⏰ Когда 19 июня, сбор гостей с 18:30, старт в 19:00 Где: московский офис hh.ru, ул. 2-я Брестская, 48 🕹 Формат Офлайн и онлайн-трансляция в VK и YouTube После докладов будет афтепати, еда, напитки и разговоры про дизайн с продуктом. Офлайн-места ограничены, заявки рассмотрят заранее. 🔠Зарегистрироваться 🔠Зарегистрироваться
AI и доступность
Делаем блиц-интервью про AI и доступность. Задаем одинаковые вопросы и получаем разные ответы ) Наш третий гость — Алексей Назаренко @alexnozer_dev — фронтенд-разработчик, специализирующийся на вёрстке, доступности, производительности и веб-стандартах. Леша, спасибо 💜 Ты пробовал использовать Claude или ChatGPT со скринридером или с клавиатуры? Как это работает на практике? — Лично я не пробовал. Но читал о том, что в интерфейсах таких платформ полно проблем с доступностью. Ты знаешь кейсы, где AI улучшил доступность продукта? — Есть несколько фич, которые кажутся мне хорошим использованием AI в доступности: - Автогенерация субтитров на видео в TikTok, YouTube и подобных сервисах; - Возможность сгенерировать описание изображения (alt) в Firefox или Shopify; - Функция распознавания изображения с камеры в реальном времени в ChatGPT или Seeing AI; Ещё знаю, что AI используют при аудите для анализа контента и поиска нарушений WCAG. Но пока о каких-то серъёзных успеха в этом направлении не слышал. Есть ли риск, что AI-инструменты для доступности обучены на данных, которые не отражают реальный опыт людей с ограничениями по здоровью? Что должно измениться в том, как мы обучаем модели? — Все современные модели знают о доступности много, потому что это гигантские базы знаний. Сложность в том, чтобы эти знания оттуда извлечь. По умолчанию модели выдают статистически наиболее вероятный код. Дела с доступностью обстоят плохо, что подтверждают отчёты WebAIM. Поэтому в среднем сгенерированный код будет содержать проблемы доступности. С обучением моделей, скорее всего, уже ничего не сделать. Разве что в мире резко большинство сайтов и сервисов станут доступными и появятся новые хорошие кодовые базы, где это всё учтено. Но такого не будет. А учитывая волну нового сгенерированного кода за последние годы, всё только хуже. Поэтому нужно обкладывать агентов скиллами, правилами, инструкциями для работы, давать примеры доступного кода, проводить код ревью людьми, которые разбираются. ИИ волшебным образом не сделает мир доступнее, нужна инициатива и эксперты. 70% новых приложений создаётся на low-code и no-code платформах. Люди без технической базы делают продукты для миллионов. AI научит их паттернам доступности? — Я не слышал, чтобы без технической базы с помощью AI создавали продукты на миллионы пользователей. Истории «я за два вечера навайбкодил SaaS и заработал много денег» мне кажутся пылью в глаза. Десятки, сотни или тысячи пользователей, но не миллионы. Если говорить о крупных корпорациях, которые массово внедряют AI в процессы разработки, то там, всё же, есть техническая база. Не думаю, что AI научит доступности. Он способен воспроизводить шаблоны доступности и выдавать неплохие решения при должной настройке и в руках опытных разработчиков. Тех, кто росто генерирует код и не вникает в него, AI ничему не научит. В России активно пользуются технологиями с Ai — зарубежные скринридеры, программы по типу Open your eyes, есть ли надежда, что подобные сервисы будут разрабатываться российскими разработчиками? — Думаю, что надежда есть. Однако стимулов меньше, чем в странах Евросоюза или США. Нужно развивать культуру доступности и работать над законодательной базой, по аналогии с ADA или EAA. Культура будет способствовать информационной осведомлённости о важности доступности, а законы обяжут выделять на это ресурсы.
#13 Replit хочет дать агентам насмотренность
Replit 15 мая добавил в каталог MCP новый сервер Lazyweb. Если коротко, он позволяет агенту искать по базе из 257k+ реальных экранов приложений. Replit прямо пишет: для UI-референсов и дизайн-исследований. На первый взгляд, маленькая новость из списка обновлений. Добавили ещё один MCP, ну ок. Но для вайбкодинга это довольно важная штука. Потому что сейчас у AI-интерфейсов есть очень узнаваемая болезнь. Попросил собрать сервис, личный кабинет, страницу вакансии, CRM или дашборд, и через минуту получаешь что-то аккуратное, чистенькое и до боли одинаковое. Карточки, табы, серые подписи, синий акцент, график, три метрики сверху. Всё вроде нормально. Только ощущение, что этот экран уже видел тысячу раз и ни один раз не хотел им пользоваться. Проблема часто не в том, что модель не умеет рисовать. Она рисует как среднее арифметическое интернета. А среднее арифметическое обычно выглядит как SaaS, который стесняется сказать, чем он занимается. У агента появляется не только промпт, но и шанс посмотреть, как похожие задачи уже решили живые продукты Это уже ближе к работе дизайнера. Перед тем как делать новый сценарий, ты смотришь, как это устроено у других. Не чтобы скопировать. Просто чтобы понять, какие паттерны вообще существуют, где люди обычно ошибаются, какие решения уже стали привычными, а где можно сделать иначе. Например, тебе надо собрать экран подписки. Вариант «сделай красиво» почти гарантированно даст три карточки с тарифами и зелёную кнопку. А если агент видит реальные примеры, он хотя бы может заметить детали: – где показывают ограничения тарифа – как объясняют пробный период – куда прячут отмену – как оформляют сравнение – где начинается тёмная сторона UX После этого уже можно спорить. Не с пустым экраном и не с абстрактным «сделай современно», а с конкретными паттернами. Это полезнее, чем бесконечно гонять модель по кругу, пока она сама случайно не попадёт в нормальное решение. Конечно, референсы не спасают от плохого дизайна. Можно насмотреться 257 тысяч экранов и всё равно собрать помойку. Особенно если агент будет просто усреднять всё подряд. Но сама идея правильная: интерфейс нельзя делать только из текста в промпте. Ему нужен визуальный и продуктовый контекст. Для дизайнеров тут есть смешной момент. Раньше насмотренность была чем-то личным: папки с референсами, скриншоты, закладки, сохранёнки, чужие продукты, которые ты руками разбирал. Теперь эта насмотренность постепенно превращается в подключаемый источник данных для агента. Референсы становятся не только материалом для дизайнера, но и частью работы инструмента. Агент может искать примеры, сравнивать паттерны, приносить варианты, а дизайнер уже решает, что из этого имеет смысл. Ну, если дизайнер вообще есть в процессе, а не где-то потом приходит чинить результат. По мне главное, чтобы такие базы не превратили всё в ещё более одинаковую массу. Если агент будет брать референсы как повод подумать, это полезно. Если как повод собрать «усреднённый лучший экран», то мы просто получим SaaS-дашборд 2.0, только теперь с доказательной базой. ——— 💻 Курс по поиску работы 😍 Про дизайн 🔥 Вакансии дизайнерам 🎨 Референсы
Изображение канала: Tilda Publishing News
🆕 Новый способ импорта макетов из Figma в Zero Block
Теперь переносить макеты из Figma в Zero Block можно практически в пару кликов, а главное — без ограничений по количеству импортов и независимо от вашего тарифа в Фигме. Для этого достаточно установить наш официальный плагин. О том, как работает новый импорт, рассказываем в карточках поста 👉 Подробная инструкция в Справочном центре: https://help-ru.tilda.cc/zero/figma-import 🎨 Плагин Figma to Tilda: https://www.figma.com/community/plugin/1641181103081348397/figma-to-tilda А вы ждали возможность импорта без лимита? Делитесь впечатлениями в комментариях! 💬 #tildaupdates
Video is not supported
Video is not supported
Изображение канала: Дизайнер, привет
#12 Фигма Make лезет в реальный код
Фигма 28 мая выкатила важный апдейт Make: теперь инструмент можно подключить к локальной кодовой базе. Открываешь существующий проект, выбираешь элемент на экране, правишь свойства, отступы, цвет, размер, раскладку, а агент уже находит нужное место в коде и вносит изменения. Пока это ограниченная бета в десктопном приложении для Mac. И сама Фигма честно пишет, что лучше всего это подойдёт дизайнерам, у которых уже есть доступ к кодовой базе компании. Раньше вайбкодинг в дизайне чаще был про быстрый черновик. Собрал экран, показал идею, выбросил половину, что-то утащил в работу. Вроде полезно, но всё равно чуть отдельно от настоящего продукта. А теперь Фигма Make пытается работать с тем местом, где продукт уже живёт. Самый важный вопрос теперь: кто имеет право двигать кнопку, если эта кнопка уже в коде? Потому что визуальная правка реального интерфейса звучит очень соблазнительно. Увидел, что отступ кривой, выбрал блок, поправил. Текст не тот, поменял. Цвет уехал, вернул. Не надо писать разработчику «можешь тут 8 пикселей вместо 12», ждать, объяснять, показывать скрин, потом снова смотреть, что получилось. Но чем ближе дизайнер подходит к коду, тем быстрее появляются взрослые вопросы: 1. кто проверяет такие изменения 2. что считается безопасной правкой 3. где начинается логика, а где просто внешний вид 4. кто отвечает, если агент поменял не тот компонент 5. как откатиться, если всё поехало Фигма это понимает, поэтому делает не «пуш в прод», а нормальный путь через разработку. Изменения сначала лежат как локальные коммиты. Можно создавать ветки, смотреть историю, откатываться, а потом открыть пулл-реквест, чтобы инженеры проверили правку как обычное изменение в коде. И это, по-моему, правильная часть новости. Не сам факт, что дизайнер может подвигать блок в живом проекте. А то, что Фигма пытается встроить это в нормальный процесс разработки. Через ветки, коммиты, проверку и возможность отката. Потому что без этого будет весело примерно два дня. Потом кто-то визуально поправит карточку, агент заденет общий компонент, уедет ещё десять экранов, разработчик откроет код и спросит, кто вообще это сделал. Но я бы не хотел, чтобы это стало режимом «дизайнеры теперь сами чинят фронт». Скорее это должно быть как быстрый слой для понятных UI-правок. Поправить отступ. Проверить состояние. Подкинуть вариант. Открыть пулл-реквест. Дальше уже обычная проверка. Ещё важная штука: Фигма разрешает копировать экраны из Make обратно на холст как слои, обсуждать с командой и потом приносить решения назад в код. Это уже похоже на нормальный круг: продукт живёт в коде, команда думает на холсте, изменения возвращаются через понятный процесс. Если Фигма сможет удержать этот круг без бардака, будет сильно. Потому что дизайнеру часто не нужен ещё один генератор красивого прототипа. А вот дизайн-ревью проводить и за качеством прода следить гуд, ибо разработчики лажают оч часто. ——— 💻 Курс по поиску работы 😍 Про дизайн 🔥 Вакансии дизайнерам 🎨 Референсы
Изображение канала: Дизайнер, привет
😊 Дизайнеру уже мало просто хорошо рисовать
В этом разговоре Брайан Ловин из Ноушн очень точно описывает, куда вообще сдвигается роль дизайнера. Границы между дисциплинами размываются, и все меньше смысла делить работу на «это дизайн», «это код», «это продукт». Если хочешь влиять на результат, приходится понимать, как устроены инструменты, как думают инженеры, где заканчиваются возможности моделей и почему одни идеи в проде разваливаются, а другие нет. Самое важное здесь не в очередном наборе AI-инструментов. Главное, что дизайнеру теперь нужно уметь выходить за пределы макета: собирать прототипы в коде, разбираться в ограничениях Фигмы, понимать, как ИИ читает структуру интерфейса, и держать в голове не только красивую картинку, но и всю систему целиком. Не ради моды, а потому что иначе влияние на продукт быстро заканчивается. Внутри: – Почему дизайнеру уже недостаточно оставаться только в рамках интерфейсов; – Как в Notion прототипы все чаще уходят из Фигмы в рабочую кодовую базу; – Почему общение с инженерами стало частью нормального дизайн-процесса; – Зачем понимать реальные ограничения AI-моделей, а не фантазировать про их будущее; – Как хорошие примитивы, имена слоев и структура помогают ИИ работать точнее; – Почему доработка в IDE часто полезнее, чем бесконечные промпты; – Как непоследовательность ИИ одновременно ускоряет работу и создает хаос; – Почему способность глубоко сосредоточиться становится отдельным конкурентным преимуществом. ➡️ Смотреть видос (EN) ——— 💻 Курс по поиску работы 😍 Про дизайн 🔥 Вакансии дизайнерам 🎨 Референсы
Изображение канала: Projects & Principles
Завтра мы на факультете городского и регионального развития проводим лекцию об универсальном дизайне — то есть о том, как проектировать городскую среду, которая доступна людям независимо от возраста, состояния или инвалидности.
Говорить об этом мы будем с командой РООИ «Перспектива»: Наталья Мазунина, которая сама передвигается на коляске, расскажет о доступности общественного транспорта и общественных пространств. А её незрячие коллеги Анна Жукова и Василий Дрожжин поделятся личным опытом адаптации пространства под нужды различных пользователей. Тут важно отметить, что понятие «универсальный дизайн» шире, чем «инклюзивный дизайн». Если вы в Москве, приходите послушать: мне кажется, это редкая возможность поговорить о том, что в городе работает, а что нет — причём с людьми, которые каждый день сталкиваются с ограничениями. Чтобы попасть на лекцию, обязательно зарегистрируйтесь — это нужно, чтобы зайти в Вышку. Начинаем в 19:00. Адрес: Мясницкая, 20 — Шухов Лаб (пространство на первом этаже слева от входа).
Изображение канала: Дизайнер, привет
🌸 Т-образный дизайнер это не про «уметь всё понемногу»
Юрий Ветров в отрывке из «Паттернов дизайн-менеджмента» разбирает T-образного специалиста как ответ на реальную проблему продуктовых команд. Чем сложнее продукт, тем дороже становится конвейер, где один человек собирает требования, второй рисует, третий исследует, четвертый объясняет разработке, а пятый пытается вернуть всё обратно в продукт без потерь. Главная мысль в том, что современному дизайнеру недостаточно хорошо делать макеты. Ему нужно понимать бизнес, продуктовые требования, пользователей, разработку, аналитику, ограничения платформы и процесс запуска. Не на уровне «я теперь продукт-менеджер и фронтендер», а на уровне, который позволяет брать ответственность за результат, договариваться с командой и проводить решение до живого продукта. Внутри: – Почему сложные дизайн-задачи почти всегда лежат на стыке ролей; – Как узкая специализация увеличивает транзакционные издержки; – Почему дизайнеру важно отвечать не только за макет, но и за продукт; – Зачем продуктовый дизайнер должен понимать менеджеров, разработчиков и бизнес; – Почему лучшая спецификация часто не документ, а работающий продукт; – Какие hard skills и soft skills формируют T-образного специалиста; – Чем отличаются осведомленность, умение, экспертиза и лидерство; – Почему автоматизация и работа руками становятся частью современной дизайн-практики. ➡️ Читать статью ——— 💻 Курс по поиску работы 😍 Про дизайн 🔥 Вакансии дизайнерам 🎨 Референсы
Изображение канала: Красота в интерьере
Красота нужна мне как воздух
В условиях ограниченного времени и площади (у меня двухлетка и маленькая кухня) я придерживаюсь правила «вся посуда в доме должна быть красивой». Тогда «сервировка» собирается сама собой — вы просто ставите красивые тарелки, чашки и приборы. На фото — моя самая любимая посуда. Это Bernardot, сколы на которой отреставрированы золотом художницей по керамики Оксаной Панфиловой. Сейчас покажу, что заказала вчера на Авито пока искала предметы для клиента.
Изображение канала: Дизайнер, привет
#11 Claude Code и Фигма: бардак теперь тоже автоматизируется
Чел взял модули из Фигмы, подключил Claude Code через MCP и попробовал собрать из этого React-компоненты. Получилось, кстати, нормально: чистая структура файлов, аккуратный код, визуально близко к макету. Только перед этим он целый день объяснял Claude, что вообще происходит. Это опыт Росса Любе. Он не просто кинул макет агенту и получил готовый продукт. Сначала пришлось дать вводные по проекту, дизайну, сборке, компонентам и правилам. И вот после этого Claude Code смог выдать приличный результат. В этой истории хороша именно приземлённость. Без сказок про замену дизайнера и разработчика. Обычная рабочая реальность: агент может помочь, если ему нормально объяснить задачу. Примерно как с младшим разработчиком. Дал структуру, показал правила, потом проверил руками. Дал мутный макет и надежду на чудо, получил лотерею. С Фигмой тут тоже всё становится интереснее. Раньше неаккуратный файл мог жить годами. Дизайнер голосом объяснял, что имел в виду, разработчик сам догадывался, продакт что-то уточнял в чате. Все как-то вывозили. С агентами такой номер проходит хуже. Если в Фигме всё названо как попало, компоненты живут в трёх версиях, состояния забыты, а рядом лежит слой Rectangle 4827, агент просто ускорит бардак. Он быстрее соберёт не то и быстрее принесёт результат, который выглядит почти правильно. А «почти правильно» в интерфейсе иногда бесит сильнее, чем совсем плохо. Я в Hirehi, к слову. использую тоже связку, только не Claude, а Codex + MCP. Макет теперь собираю за минуту на фронте, потом остаётся чуть пофиксить и готово. Но и в Фигме там порядок) Долго я этого избегал, и очень-очень зря. Получается, что Фигма для агента уже не просто картинка. Ему нужны нормальные следы работы: 1. Понятные названия 2. Компоненты без хаоса 3. Состояния 4. Токены 5. Пояснения и ограничения Всё то, что раньше часто считалось скучной уборкой после дизайна. Теперь это становится входными данными для ИИ. Самый смешной момент в статье вообще про людей. Автор пишет, что мутная часть процесса всё равно остаётся до Фигмы и Claude: обсуждения, субъективщина, согласования, разное понимание задачи. Можно подключить хоть десять агентов, но если на созвоне все говорили разное и никто ничего не записал, агент просто красиво автоматизирует недосказанность. Claude Code + Фигма MCP проверяет не только силу ИИ. Он ещё показывает, насколько у команды всё прибрано до прихода агента. Что будет больнее для дизайнеров: научиться работать с агентами или впервые нормально прибраться в своих файлах? ——— 💻 Курс по поиску работы 😍 Про дизайн 🔥 Вакансии дизайнерам 🎨 Референсы
Изображение канала: Дизайн-снайпер
Минутка исследований:
В дизайне важны знания о закономерностях, осях, привычках и статистике. Например, просто интересно, что собаки выравнивают положение тела чувствительно к магнитному полю планеты в особые моменты «зова природы». Не знаю зачем, но вот полезная информация как любителям собак, так и всем, кто очень любит все выравнивать. Научные данные демонстрируют, что собаки способны улавливать незначительные колебания геомагнитного поля. В ходе двухлетнего эксперимента ученые проанализировали поведение 70 собак 37 различных пород, зафиксировав 1893 эпизода дефекации и 5582 акта мочеиспускания. Результаты показали, что в периоды стабильного магнитного поля («спокойные условия») собаки с высокой статистической достоверностью предпочитали оправляться, располагая корпус вдоль магнитной оси «север—юг», фактически избегая направления «восток—запад». Важно, что все наблюдения проводились в естественных условиях во время свободных прогулок: животные не были ограничены поводком, а исследователи исключили влияние искусственных ориентиров (стен, дорожек), которые могли бы исказить результаты. Исследование 2025 года добавило несколько интересных нюансов. Собаки охотничьих пород, которые работают независимо от человека, демонстрируют более выраженную склонность к выстраиванию по оси север-юг по сравнению с собаками, которые работают в тесном контакте с владельцем. Собаки чаще демонстрируют выравнивание по оси север-юг именно во время дефекации, чем во время мочеиспускания.
Изображение канала: Дизайнер, привет
🧩 Какой способ управления размерами иконок в дизайн-системе реально работает
Если в дизайн-системе у иконок ограниченный набор размеров, это почти всегда превращается в отдельную архитектурную проблему. Снаружи всё выглядит просто: ну есть 12, 16, 20 и 24 пикселя, что тут обсуждать. А потом выясняется, что один подход удобен библиотекарю, но раздражает потребителя, второй красиво выглядит в теории, но ломается на вложенных компонентах, а третий требует больше ручной поддержки, зато лучше всего ведет себя в реальной работе. Алиса Пакард очень внятно разбирает эти варианты и приходит к практичному выводу: лучший компромисс сейчас это size-свойство на каждом icon-компоненте, а не отдельные компоненты на каждый размер и не обертка для иконок. Потому что этот способ дает больше контроля там, где он нужен, не ломает опыт потребителя и лучше сочетается с preferred swaps и другими паттернами внутри библиотеки. Внутри: – Почему отдельные компоненты под каждый размер иконки быстро захламляют библиотеку; – Зачем подход с variable modes выглядит заманчиво, но плохо масштабируется; – Чем icon wrapper удобен для поддержки, но неудобен в реальном UI; – Почему вложенные иконки внутри кнопок и других компонентов всё усложняют; – Как size-свойство на каждом icon-компоненте решает проблему гибче; – Почему этот подход лучше для preferred swaps и настройки конкретных компонентов; – Какой компромисс приходится принять библиотекарю при таком решении; – Почему в управлении размерами иконок сейчас важнее опыт потребителя, чем удобство внутренней поддержки. ➡️ Читать статью ——— 💻 Курс по поиску работы 😍 Про дизайн 🔥 Вакансии дизайнерам 🎨 Референсы
Изображение канала: Щёлочь
Привет! Мы полностью пересобрали https://alkali.design/">сайт-портфолио студии ❤️
Выложили наши самые заметные кейсы, большинство из которых ещё не освещали в канале — переходите любуйтесь! Сайт будет постепенно пополняться, следите за обновлениями #Щстудия❤️ Сайт - https://alkali.design Напоминаем, что мы открыты к сотрудничеству: • брендинг • анимации (2D, 3D) • VFX • AI • графический дизайн и любые другие креативные задачи для заказа услуг заполняйте форму на сайте, либо пишите в тг @appoligeya *рекомендуем смотреть с ПК и без ВПН, т.к из-за ограничений сервисов на мобильном устройстве могут единично возникать баги
Video is not supported
Изображение канала: Дизайнер, привет
🤖 Чтобы ИИ не ломал дизайн-систему, ее нужно сделать читаемой для него
Когда вы кодите с LLM, проблема обычно не в том, что модель совсем ничего не умеет. Она умеет слишком правдоподобно угадывать. Поставит 12px там, где у вас должно быть 8px, выберет «почти тот» синий, придумает токен, которого в системе нет, и на каждом новом сеансе начнет делать это заново. По отдельности всё выглядит нормально. Вместе получается интерфейс, который расползается уже через несколько итераций. Здесь предлагают довольно жесткую, но рабочую схему: не надеяться на память модели, а дать ей опору в виде спецификаций, закрытого слоя токенов и автоматического аудита. То есть вынести дизайн-систему в структуру, которую LLM может читать как источник истины, а не как намек. Тогда она не выдумывает значения, а берет их из ограниченного набора, а любое отклонение ловится скриптом до ревью. Внутри: – Почему LLM плохо держат дизайн-систему в голове даже в рамках одного проекта; – Какие три ограничения модели быстрее всего разваливают консистентность интерфейса; – Зачем делать отдельные spec-файлы для foundations, tokens, components и patterns; – Почему закрытый слой токенов лучше, чем набор «примерно правильных» значений; – Как аудит по CSS ловит хардкод и не дает визуальному дрейфу копиться; – Зачем связывать инструкции для агента, токены и CI в одну систему; – Почему такой подход особенно важен для больших прототипов и длинных AI-сессий; – Как именно структура дизайн-системы превращается из знания в голове в рабочую инфраструктуру. ➡️ Читать статью ——— 💻 Курс по поиску работы 😍 Про дизайн 🔥 Вакансии дизайнерам 🎨 Референсы
Изображение канала: Дизайнер, привет
🐋 Средний пользователь это плохая опора для продукта
Якоб Нильсен предлагает смотреть на продукт не через «среднюю температуру», а через разницу между медианным пользователем и самыми активными пользователями из верхних перцентилей. Его главный тезис простой: во многих цифровых продуктах пользователь из середины и пользователь из верхних 5% живут в разных реальностях. Один заходит редко, быстро сдается и пользуется двумя функциями. Другой живет в продукте, приносит основную выручку, быстрее всех находит ограничения системы и показывает, куда рынок вообще движется. Статья не просто спорит с идеей «среднего пользователя», а дает более практичную рамку. Если продукт слабо скошен, можно делать ставку на простоту и широкий базовый сценарий. Если у вас сильный перекос в сторону самых активных пользователей, нужно отдельно думать про «туриста» и отдельно про «кита»: первому делать максимально понятный вход, второму давать глубину, скорость, автоматизацию и пространство для роста. Внутри: – Почему средний пользователь в цифровом продукте часто вообще не существует; – Зачем смотреть на разницу между медианой и верхними 5%, а не на средние метрики; – Как неравенство участия и степенные распределения меняют продуктовую логику; – Почему самые активные пользователи часто дают не только деньги, но и главные инсайты для развития; – Как меняется стратегия в интернет-магазинах, корпоративных сервисах, соцсетях и играх; – Почему один плоский интерфейс обычно плохо работает и для новичков, и для самых сильных пользователей; – Как прогрессивное раскрытие помогает не пугать массового пользователя и не душить сильного; – Зачем продукту не только обслуживать текущих «китов», но и выращивать новых. ➡️ Читать статью ——— 💻 Курс по поиску работы 😍 Про дизайн 🔥 Вакансии дизайнерам 🎨 Референсы
Изображение канала: Design Hunters
Дизайн-проект за один день: конкурс для студентов колледжей с грантами на обучение в университете
24 мая в Москве пройдет Лаборатория дизайн-трансформаций — соревнование для студентов творческих колледжей от Школы дизайна Центрального университета. Студенты получат реальный кейс НКО и за один день пройдут полный цикл дизайн-проекта — от идеи до презентации перед заказчиками. Среди партнеров — Т-Банк и благотворительные фонды «Шалаш», «Ночлежка», «Свет в руках». Участники смогут: — прокачать дизайн-навыки в условиях командной работы и дедлайнов; — усилить портфолио проектом по реальному брифу; — получить обратную связь от экспертов из индустрии. Лучшие команды получат гранты до 100% на обучение в бакалавриате. Количество мест ограничено. Подробности и регистрация
Изображение канала: Дизайн салонов красоты с Дарьей Крыливской
Умный салон красоты. Про автоматику, сценарии и умные панели на базе KNX.
Мы посещаем трендовые выставки и постоянно пересобираем понятие современного салона. Если и Вы желаете двигаться в ногу со временем, то этот пост для Вас. Сегодня интерьер это уже не просто красиво, это система, которая управляет пространством. Это дает салону уровень, который чувствуется сразу, даже если гость не понимает, за счет чего. Вы управляете атмосферой, комфортом и расходами одним решением, а не десятками отдельных действий. Что это вообще такое KNX? KNX это международный стандарт умного управления. Это система, которая объединяет все «умные» функции в одном пространстве. С помощью KNX можно управлять: - освещением - климатом - шторами - вентиляцией - безопасностью И все это работает как единая система, а не по отдельности. Как это выглядит в салоне? Вместо десятков выключателей у Вас одна панель или приложение, и Вы управляете всем сразу. Например, нажали одну кнопку и свет переключился в нужный режим, температура настроилась, включился нужный сценарий Почему это круто? Главное отличие KNX от «обычных умных систем» является то, что это не набор гаджетов, а продуманная инженерная система. Она стабильна, не глючит, работает годами, подходит для коммерческих пространств. Почему это важно для салона? Потому что современный салон это уже не просто интерьер, а еще и комфорт, управление атмосферой, экономия ресурсов, ощущение уровня для гостя. KNX это «мозг» салона, который управляет всем автоматически и делает салон удобнее, умнее и дороже по восприятию. Удобно для мастеров? Конечно, теперь не нужно бегать и включать вручную, все настроено заранее, мастер работает, а пространство подстраивается. Например, в кабинете массажа свет это не просто освещение, а часть самой услуги. И его можно настроить под разные этапы: - встреча клиента (мягкий теплый свет, спокойная, расслабляющая атмосфера, гость с порога начинает «выключаться» из внешнего мира) - консультация (чуть более яркий, но все еще мягкий свет, чтобы комфортно общаться и видеть гостя без резкости и напряжения) - сама процедура (приглушенный свет с теплой температурой, иногда с локальной подсветкой, создается эффект уюта и полного расслабления, гостю проще отключиться и глубже погрузиться в процесс) - финал процедуры (свет постепенно усиливается, чтобы мягко вернуть гостя в реальность без резкого перехода) - уборка и подготовка кабинета (яркий технический свет, чтобы хорошо видеть все поверхности и поддерживать чистоту) Экономия? KNX снижает расходы за счет того, что свет и климат работают только там и тогда, где это действительно нужно. Система автоматически регулирует нагрузку и убирает лишнее потребление энергии. Сотрудникам не нужно постоянно что-то включать и настраивать, все работает по заданным сценариям. Вау эффект! Гость не всегда понимает, что именно происходит, но чувствует уровень, и это влияет на возвращаемость. Важный момент... Такие системы не так просто «добавить потом», их нужно закладывать на этапе проекта, иначе это переделки, лишние расходы, ограничения. Что делаем мы? Мы не просто посмотрели на это на выставке, мы разобрались в технологиях, поняли, что реально работает, начали внедрять это в проекты. Сегодня салон это не только про дизайн, но еще и про комфорт, автоматизацию, управление, экономию, восприятие уровня. Если Вы планируете открытие или обновление салона и хотите не просто красиво, а современно и с запасом на будущее, то обращайтесь за консультацией. Покажем, как внедрить и такие решения в Ваш проект, сделать пространство, которое работает на Вас каждый день. https://max.ru/id771921226310_biz - канал МАХ Наш бот-заботы в ТГ @DreamTeamArt_bot - там много интересного