Набор «3D abstract shapes» by Дмитрий Чаплинский

Большая коллекция разных абстрактных элементов в PNG формате, сделанных с помощью Stable Diffusion ‍ Скачать набор🔥 #материалы

Вот теперь история с ИИ в Фигме стала совсем прямой. Сначала они подключали внешних ребят через MCP, дружили с Claude Code, Codex и другими агентными инструментами. А теперь, по данным TechCrunch, Фигма добавляет собственного ИИ-агента прямо на совместный холст. Работать это должно так: пишешь запрос, агент создаёт новый дизайн, правит существующий экран или делает несколько вариантов того, что уже лежит в файле. Причём можно запускать сразу несколько агентов, чтобы они параллельно делали разные задачи. Выглядит как логичный следующий шаг. Если кодовые агенты уже умеют лезть в Фигму, тащить оттуда контекст и что-то собирать по макетам, то странно было бы Фигме самой оставаться просто местом, куда агент приходит в гости. Агенту проще жить там, где уже лежит вся продуктовая логика: компоненты, стили, состояния, комментарии, старые решения и люди, которые всё это обсуждают. Главный вопрос теперь: понимает ли агент, зачем этот экран вообще существует? Вот это для дизайна намного интереснее самой генерации. Нарисовать пять вариантов карточки уже не вау. Вау будет, если агент поймёт, что в этом продукте нельзя брать старую кнопку, что пустое состояние должно быть таким, что у мобильной версии другой сценарий, что в этой таблице пользователь ищет быстрый ответ итд Фигма говорит, что агент понимает дизайн-контекст и элементы, потому что работает на моделях, дообученных под дизайн-задачи. Хорошо, если так. Потому что обычная ИИ-генерация интерфейсов часто выглядит как человек, который насмотрелся красивых дашбордов, но ни разу не сидел на созвоне, где обсуждали реальную роль этого дашборда в продукте. Тут важен сам факт, что агент появляется на совместном холсте. Холст в Фигме всегда был местом, где команда смотрит на одно и то же. Дизайнер двигает блок. Продакт спорит про сценарий. Разработчик спрашивает, что будет в краевом случае. Кто-то оставил комментарий три недели назад и испортил всем настроение. Теперь туда добавляется ещё один участник. Он не устает, не обижается и может за минуту накидать десять вариантов. Польза очевидная, пока не представляешь реальный файл большой команды. Там же начнётся веселье: 1. один агент сделал вариант главного экрана 2. второй поправил состояние ошибки 3. третий решил «улучшить» компонент 4. дизайнер вручную вернул половину назад 5. продакт спросил, кто вообще это предложил Фигме придётся очень аккуратно проектировать ещё и следы работы агента. Что он поменял. Почему поменял. Где его вариант. Где человеческое решение. Что можно откатить. Что ушло в обсуждение. Что осталось просто черновиком. Самый полезный агент в Фигме будет не тем, кто рисует красиво. Скорее тем, кто быстро приносит материал для обсуждения: черновик, краевые случаи, варианты, странные состояния. Такой быстрый помощник, которому можно дать скучную задачу, но всё равно надо смотреть за руками. И это нормальная роль. Дизайнеру редко нужен кто-то, кто сам всё решил. Чаще нужен тот, кто быстро принесёт материал для обсуждения. А дальше уже начинается работа: понять сценарий, убрать лишнее, проверить состояния, привести в чувство и принять решение. Если Фигма сделает агента именно таким участником холста, это может быть сильная штука. Если просто добавит генератор экранов внутри файла, будет весело первые две недели, а потом все снова вернутся к ручной уборке после ИИ. Я, честно говоря, ко всей это аи агентской приколюхе в дизайне именно отношусь очень скептически. Вышли уже десяток продуктов по генерации и все сдохли. Ни одного продукта я не знаю, кто там на слуху и им прям пользуются. Код да, дизайн, увы, пока нет. А вы что думаете?) ——— 💻 Курс по поиску работы 😍 Про дизайн 🔥 Вакансии дизайнерам 🎨 Референсы

#уроки

У компании есть конкурс Swift Student Challenge, где студенты со всего мира создают мини-приложения. Ребята объединили платформы Apple, Swift и Ai (чаще использовали Claude на радость теперь уже антропическому Андрею Карпатому, как вам новость кстати?) И знаете, что ребята сделали? Совсем не миниаппы, вы только посмотрите! Steady Hands — Gayatri Goundadkar (20 лет, Индия). Вдохновлена бабушкой, которая из-за тремора рук перестала заниматься традиционной живописью. Приложение стабилизирует рисование Apple Pencil для людей с тремором: анализирует «сырые» данные движения через фреймворки PencilKit и Accelerate, отделяет намеренные движения от дрожания и убирает «тремор-компонент». Готовые рисунки показываются в персональном 3D-музее — «чтобы пользователи чувствовали себя художниками, а не пациентами». pitch coach — Anton Baranov (22 года, Германия). Идея родилась за кухонным столом из слов матери-преподавателя о студентах, у которых много слов паразитов. Приложение даёт обратную связь в реальном времени: отслеживает осанку через AirPods, ловит слова-паразиты («um», «like»), генерирует персональные сводки после каждой сессии через Apple Foundation Models. Вышло в App Store в начале марта, уже более 6000 загрузок. Используют не только для презентаций, но и для репетиций рэпа и стендапа. Asuo — Karen-Happuch Peprah Henneh (Гана). «Asuo» на языке тви означает «текущая вода». Приложение строит безопасные маршруты эвакуации в зонах наводнений в реальном времени. Считает интенсивность дождя и использует алгоритм поиска пути на основе исторических данных о наводнениях. Доступность была заложена с самого начала: VoiceOver-метки на всех элементах, кастомная голосовая система оповещений через AVSpeechSynthesizer. Henneh — дизайнер, поэтому техническую часть (симулятор дождя) делала с помощью Claude. А еще эта умничка ведёт некоммерческую организацию Radiance Girl Africa, поддерживающую женщин в технологиях. LeViola — Yoonjae Joung (21 год, Южная Корея). Не смог взять свой альт на стажировку в Нью-Йорк и затосковал по инструменту. Приложение позволяет учиться играть на альте без самого инструмента: камера отслеживает позу рук — суставы левой руки определяют зажатые ноты, угол правой руки — выбор струны. Использовал Create ML для обучения собственной модели и Core ML для интеграции. Осваивать Swift помогали Claude, OpenAI Codex и Google Gemini. Планирует расширить идею на другие инструменты. Юные разработчики вдохновились личными историями, сделали accessibility ядром продукта, а AI tools позволили ускорить процесс создания. 👉 Полная статья: https://www.apple.com/newsroom/2026/05/ai-meets-accessibility-in-this-years-swift-student-challenge/

⌨️Скачать UI Kit⌨️ #uikit

Lovable за последние апдейты начал собирать вокруг себя что-то вроде продуктовой комнаты. Можно править интерфейс прямо в превью, оставлять комментарии на элементах, отправлять тред агенту, искать по истории чата, а в десктопном приложении подключать локальные MCP, чтобы агент видел контекст из Фигмы и других инструментов. По отдельности всё вроде мелочь. Комменты уже сто лет есть в Фигме. Визуальные правки есть почти в любом конструкторе. Поиск по истории вообще обычно замечаешь только после того, как он один раз спас тебе день. Но в сумме получается любопытная штука. Вайбкодинг перестаёт быть одиноким чатом, где ты сидишь и уговариваешь модель «ну сделай нормально, пожалуйста». Он начинает обрастать рабочими слоями: экран, обсуждение, история решений, контекст из соседних инструментов, правки по месту. Агент поменял кнопку. Через неделю команда пытается понять: это было решение, эксперимент или чей-то случайный промпт? Вот это для меня главный вопрос во всей истории. В hirehi такое и без агентов всплывает постоянно. Где-то идея лежит в Фигме, где-то обсуждение в чате, где-то правка уже в коде, где-то я сам себе написал «потом поправить» и, конечно, через неделю не помню, что именно хотел поправить. Если рядом появляется агент, который может реально менять интерфейс, бардак получает турборежим. Поэтому комментарии в превью тут важнее, чем кажутся. Продакт ткнул в конкретное место. Дизайнер поправил состояние. Агент получил задачу рядом с экраном. Разработчик хотя бы видит, откуда прилетела правка. Уже меньше шансов, что всё превратится в длинный промпт на 40 строк, где половина смысла живёт только в голове человека, который его писал. С историей чата похожая тема. Если приложение собирается через диалог, переписка становится частью продукта. Там лежат решения, компромиссы, откаты и странные моменты типа «вчера просили сделать ярче, сегодня срочно верните как было». Потерял историю, и потом продукт выглядит так, будто его собирали несколько людей, которые общались через стену. Десктопное приложение с локальным MCP добавляет ещё больше контекста. Агент может смотреть в Фигму и другие локальные штуки. В теории это прям хорошо, потому что он меньше угадывает. На практике появится новый вопрос: а что именно он прочитал? Макет? Старый файл? Обсуждение? Какой-то черновик, который вообще никто не хотел тащить в продукт? Вот тут Lovable может стать правда полезным, если не развалит ответственность. Потому что дать всем возможность быстро править интерфейс легко. Сложнее сделать так, чтобы команда понимала, кто что поменял, зачем поменял и почему это теперь считается нормальным решением. Такие апдейты мне ближе, чем очередной генератор приложения мечты за один запрос. Тут обычная продуктовая рутина: ткнуть в экран, обсудить, поправить, откатить, найти старое решение, передать агенту контекст. Скучнее для демки, зато намного ближе к реальной работе. ——— 💻 Курс по поиску работы 😍 Про дизайн 🔥 Вакансии дизайнерам 🎨 Референсы

Гайд, как при помощи корректирующих слоев и стандартных размытей в фотошопе создать эффект слияние символов в единое целое. Набор карт градиентов из ролика: t.me/phhhphhh/4531 #photoshop #туториал

Если вы хотите научиться профессионально рисовать fashion-эскизы, понимать форму одежды и визуализировать идеи как настоящий дизайнер — эти книги стоит знать каждому. ✨ Figure Drawing for Fashion Design Vol. 1 Одна из самых известных книг по fashion-иллюстрации. Здесь подробно разбирается построение женской фигуры, пропорции, позы, пластика тела и подача эскиза. Книга помогает не просто “рисовать красиво”, а создавать выразительные fashion-образы с характером. Отлично подойдет студентам, дизайнерам одежды и всем, кто хочет уверенно рисовать фигуру в fashion-стиле. ✨ Figure Drawing for Fashion Design Vol. 2 Настоящая база по техническому рисунку одежды и fashion flats. В книге показано, как переводить объемную одежду в понятный технический чертеж для производства. Разбираются разные типы изделий, детали кроя, посадка, материалы и оформление технических рисунков. Очень полезна тем, кто хочет работать с производством, создавать коллекции или делать профессиональные tech packs. ✨ Figure Drawing for Men’s Fashion Редкая и очень ценная книга именно по мужской fashion-иллюстрации. В ней подробно показано построение мужской фигуры, особенности мужских силуэтов, подача тканей, одежды и аксессуаров. Подойдет тем, кто хочет глубже понимать мужскую моду и научиться рисовать мужские коллекции профессионально. ✨ Fashion Details: 4000 Drawings Настоящая энциклопедия fashion-деталей. В книге собрано огромное количество вариантов воротников, складок, драпировок, карманов, рукавов, вырезов и декоративных элементов. Это не просто книга, а бесконечный источник вдохновения для дизайнеров одежды, иллюстраторов и студентов fashion-направлений. Эти книги — уже практически классика fashion-образования. Именно на таких материалах формируется визуальное мышление дизайнера одежды.

Универсальный набор для дизайна в Figma: Шаблоны карточек товаров и стильные визуальные элементы Install ️

Элементы в комментариях ‎⬇️

Элементы в комментариях ‎⬇️

Обычно AI-агенты работают с интерфейсом как человек: делают скриншот, пытаются понять по пикселям, где кнопка, и тыкают по координатам. Это медленно, дорого по токенам и довольно хрупко. Автор показывает более умный путь: использовать accessibility tree, который уже есть внутри iOS-приложения и который читают VoiceOver и XCTest. Если у элементов нормально заполнены identifier, label, hint, value и traits, агенту не нужно гадать по картинке. Он может детерминированно находить элемент, понимать, что он делает, и нажимать точно в цель. Плюс это полезно не только для AI: вы одновременно улучшаете доступность для людей и делаете приложение гораздо удобнее для автоматизации, тестов и агентной навигации. Внутри: – Почему навигация по скриншотам для AI дорогая, медленная и хрупкая; – Что такое accessibility tree и какие пять свойств в нем важны; – Какие SwiftUI-модификаторы стоит добавлять на кнопки, строки списков и экраны; – Зачем отслеживать координаты элементов, если у них уже есть identifier; – Почему строгий нейминг accessibility-id сильно помогает агентам; – Как populated accessibility tree меняет экономику токенов и скорость работы; – Почему AI-навигация полезна не только для тестов, но и прямо во время разработки; – Как accessibility и AI support здесь работают как одна и та же инвестиция. ➡️ Читать статью ——— 💻 Курс по поиску работы 😍 Про дизайн 🔥 Вакансии дизайнерам 🎨 Референсы

За основу концепции взята неотъемлемая часть истории студии — варежки. Чтобы соединить образ варежек и новые элементы, был создан авторский шрифт, который подчеркивает характер бренда и не утяжеляет визуал Смотрим, вспоминаем, вдохновляемся🌟

Spotify 30 апреля анонсировал Verified by Spotify. На страницах артистов и в поиске появится зелёная галочка, которая показывает, что профиль прошёл проверку, а за ним стоит реальный артист. На первый взгляд, ну галочка и галочка. Интернет ими уже весь увешан: соцсети, банки, маркетплейсы, доставка, мессенджеры. Каждая вторая платформа хочет сказать пользователю: вот тут вроде не скам, можно жить. Но у Spotify история интереснее. Там галочка появляется не просто как значок статуса. Она появляется на фоне очень понятной проблемы: музыки стало слишком много, ИИ-музыки тоже стало слишком много, а пользователь всё хуже понимает, кто вообще перед ним. Живой артист, фанатский профиль, синтетический проект, ИИ-персонаж или просто очередной контентный конвейер. Смотрите, как Spotify это решает. Чтобы получить галочку, артист должен показать стабильную активность, соблюдать правила платформы и иметь признаки нормального присутствия в реальном мире: релизы, концерты, соцсети, развитие профиля. ИИ-персоны и профили, которые в основном представляют ИИ-музыку, на старте галочку получить не смогут. Галочка больше не про статус. Она про доказательство, что за профилем вообще кто-то есть Раньше верификация была про важность. Большой артист, большой бренд, публичный человек, много подписчиков. Такая маленькая цифровая корона. Теперь смысл начинает меняться. В эпоху ИИ галочка всё чаще становится не короной, а паспортом. Не «смотрите, какой я важный», а «смотрите, я хотя бы настоящий». Spotify ещё добавляет на страницы артистов блок с деталями: карьерные вехи, релизы, гастрольная активность. По сути, профиль артиста начинают превращать в карточку доверия. Не просто обложка, аватарка и треки, а след в реальном мире. У человека есть история, движение, события, связь с аудиторией. Не просто файл, который вчера залили в каталог и сегодня он случайно попал в рекомендации. Вот это для дизайна очень показательная штука. Мы привыкли думать, что интерфейс должен помогать найти контент. А теперь ему всё чаще придётся объяснять происхождение контента. Кто это сделал, откуда оно взялось, живой ли это автор, можно ли ему доверять, есть ли за этим хоть какая-то реальность. И это не только про музыку. То же самое будет со статьями, картинками, видео, отзывами, товарами, вакансиями, профилями специалистов. Всё, что можно массово сгенерить, придётся как-то подписывать, проверять, контекстуализировать и объяснять пользователю. Интернет долго жил по логике «нажми опубликовать и оно появится». Теперь начинается следующий этап: опубликовать мало, надо ещё доказать, что за публикацией есть человек, история или хотя бы понятный источник. И в этом смысле маленькая галочка Spotify выглядит не как очередной элемент интерфейса. Скорее как ранний симптом новой санитарии интернета. Когда контента бесконечно много, ценностью становится не только качество, но и происхождение. Что думаете? ——— 💻 Курс по поиску работы 😍 Про дизайн 🔥 Вакансии дизайнерам 🎨 Референсы

⚙️ Скачать набор ⚙️ #материалы

На гитхабе дизайнер создал файл A11y.md — готовый контекст, который загружаешь в Claude (или любую другую нейронку) — и она начинает проверять твои макеты по стандартам WCAG 2.2. Дима и Миша рассказывали уже о том, что если не спросить нейронку, то она и не расскажет о доступности, так вот md решает данную проблему. Мне нравится, как этот диз написал: Accessibility is not a feature or an incremental improvement; it is a pre-condition for use. Доступность — это необходимое условие. Как пользоваться, если ты диз? 1. Открыть файл на GitHub A11Y.md из папки docs/en/ 2. Вставить в начало чата с AI «Строго следуй правилам разработки, описанным в файле A11Y.md» 3. Скинуть файл или ссылку на свой проект 4. Готово! Что внутри репозитория: ⚡ Command Center — главный файл с матрицей приоритетов, правилами поведения для AI и протоколом для сложных компонентов. 📚 Support Library — справочная библиотека с готовыми решениями по контрасту, формам, кнопкам, навигации и модалкам. 🛠️ Templates — шаблоны для финальной проверки перед релизом и структурированный лог для фиксации технического долга. 📝 Examples — реальные ошибки доступности из проекта на Figma Make, с конкретными исправлениями, которые предложил A11Y.md в роли автоматического ревьюера. Немного того, что важно для дизайнера: → Контраст текста должен быть 4.5:1, элементов UI — 3:1 → Нельзя передавать состояние только цветом — нужны иконка + текст + цвет → Минимальный размер кнопки — 44×44px → Плейсхолдер не заменяет подпись к полю → Графики обязаны различаться без цвета — текстурами или штриховкой и многое другое Этот файл не научит доступности с нуля, он действует скорее как быстрый фильтр и сверка с WCAG. Конечно, я за то, чтобы изучать A11y глубже )

Обычно после записи к врачу пользователь видит простой экран подтверждения и идет дальше. В СберЗдоровье решили пересобрать этот момент иначе: не просто сказать, что запись оформлена, а сразу помочь с тем, что делать дальше. Маршрут, календарь, подготовка к приему, а уже после этого аккуратные офферы и переходы в другие сценарии. Самое важное в этом кейсе то, что команда не превратила чувствительный медицинский экран в рекламную витрину. Сначала провели исследования, убрали лишнее, вынесли ключевые действия на первый уровень и переписали коммуникацию с языка скидок на язык пользы и контроля. В итоге выросли и продуктовые метрики, и ценность для пользователя: кросс-переходы +34%, установки приложения +28%, а сам экран потом еще и превратили в модульный компонент для других продуктов. Внутри: – Почему старый экран подтверждения перестал справляться с задачами продукта; – Как команда искала баланс между бизнес-целями и доверием пользователя; – Что показали глубинные интервью и юзабилити-тесты; – Какие элементы пользователи действительно хотели видеть сразу после записи; – Почему CTA на установку приложения лучше работает через пользу, а не через скидку; – Какие метрики выросли после запуска нового экрана; – Как из одного решения сделали универсальный компонент для дизайн-системы; – Почему экран завершения сценария тоже может быть сильной продуктовой точкой роста. ➡️ Читать статью ——— 💻 Курс по поиску работы 😍 Про дизайн 🔥 Вакансии дизайнерам 🎨 Референсы

Ещё один небольшой пак рисованных элементов для стилизации вашего дизайна. ✍️Скачать пак✍️ #материалы

Коллеги, на вебинаре 12 мая про миланскую неделю дизайна мы разберём миланскую неделю дизайна с четырёх сторон: • посмотрим макро-тренды на примере ярких инсталляций; • разберём на приёмы самые красивые и актуальные интерьеры; • сделаем подробный анализ по элементам интерьера: колористика, орнамент, материалы — на основе нескольких площадок; • подумаем, как применить всё это в ваших проектах. У нас есть два тарифа: с презентацией и без — сейчас на оба действует скидка 20% Запись вебинара останется с вами на 1 год.