🙂 Шрифты Паратайпа в CapCut

Кто делает контент о шрифтах, знает — самый частый запрос на тему букв звучит так: «шрифты для капкат». И теперь 33 начертания из нашей библиотеки доступны в CapCut, чтобы вы могли использовать любимую Circe Contrast в своих проектах! Какие шрифты можно найти в приложении: Bloc Bodoni PT CirceContrast DIN Condensed Engravers Gothic FrizQuadrata Futura PT ITC Bauhaus ITC Garamond ITC Kabel Krok Laguna Liana Magistral Mojito Motter Tektura Rodchenko Six Hands Stapel PT Sans PT Mono Берите себе и расскажите всем знакомым рилсмейкерам 🐶 P.S. Приложение забавно локализует названия. Поэтому ищите Цирцею Контрастную и Шесть рук!

Кто делает контент о шрифтах, знает — самый частый запрос на тему букв звучит так: «шрифты для капкат». И теперь 33 начертания из нашей библиотеки доступны в CapCut, чтобы вы могли использовать любимую Circe Contrast в своих проектах! Какие шрифты можно найти в приложении: Bloc Bodoni PT CirceContrast DIN Condensed Engravers Gothic FrizQuadrata Futura PT ITC Bauhaus ITC Garamond ITC Kabel Krok Laguna Liana Magistral Mojito Motter Tektura Rodchenko Six Hands Stapel PT Sans PT Mono Берите себе и расскажите всем знакомым рилсмейкерам 🐶 P.S. Приложение забавно локализует названия. Поэтому ищите Цирцею Контрастную и Шесть рук!

Впервые в истории турнир с 48 командами станет более доступным 💜 Сурдоперевод Опять же впервые в истории FIFA трансляция с сурдопереводом на каждом матче. Это иммерсивный опыт для глухих и слабослышащих болельщиков: переводчики передают не только игровые моменты, но и ключевые звуковые сигналы — свистки арбитра, рёв трибун, эмоциональные сдвиги атмосферы, — чтобы зрители чувствовали каждый момент в реальном времени. Всё это живёт в официальной аппке FIFA World Cup 2026™. Я хотела протестировать её на доступность, но она недоступна в рф. Субтитры На стадионах они идут на бегущих строках, табло и экранах, плюс по ссылкам в приложении — для тех, кто хочет следить за голосовым контентом во время матча. Хаптика Это доска размером с планшет с рельефной схемой поля. Кладёшь пальцы на поверхность и следишь за игрой на ощупь: по схеме движется магнитное кольцо — мяч, а у каждого события свой паттерн вибрации — пас, подкат, удар. Незрячий болельщик буквально чувствует игру: где мяч, в какую сторону атака, гол. Будут на стадионах в Далласе, Нью-Йорке, Сиэтле и Ванкувере. Сенсорные пакеты и сенсорные комнаты На каждом стадионе будут доступны сенсорные пакеты с шумоподавляющими наушниками, fidget-инструментами и средствами коммуникации. Также будет оборудована сенсорная комната с приглушённым освещением, звукоизоляцией, тактильными арт-объектами и мягкими сиденьями. Моя дочка устаёт от шума, и для нас такие комнаты — огромное спасение. Когда вокруг 50 тысяч кричащих людей, возможность выйти на десять минут в тихое место, выдохнуть и вернуться к игре — спасает от побега с игры ) Официальное приложение турнира тоже сделано с учётом доступности — обещают регулируемый размер шрифта, настройку цветового контраста и субтитры к видео. Ну вот это я проверить не могу. Если вы не в рф, качните, гляньте, что там. И если несложно, напишите в комментах, как всё реализовано на самом деле. Очень интересно ) На сайте FIFA посмотрела быстро: работает со скринридером (но нужно тщательнее проверять), альты прописаны, даже есть изображения в разных размерах, значит сайт быстрее загрузится, контрастность гуд, таб работает, зуммируется все прекрасно, текст не обрезается. И знаете, это большая работа. Просто молодцы! За кого болеть будем? ⚽️

Старт продаж в понедельник. Будет оооочень приятный бонус для первых участников. ... Если вы опытный вайбкодер и у вас на гитхабе 10 проектов и два приложения в эплсторе — вам не надо.

Наткнулся сегодня на новость. Пишут, что айтишники стали заметно реже торговаться по зарплате, а одной из причин называют как раз развитие ИИ и вайб-кодинга. Я, конечно, не думаю, что программисты завтра дружно пойдут работать в Пятёрочку 😁 Но сам факт уже интересный. Мы ещё даже не успели привыкнуть к нейронкам, которые картинки рисуют. А теперь люди без навыков программирования начинают делать сайты, приложения и игры. Короче, ощущение, что мы наблюдаем начало какой-то очень большой движухи. А мы пока продолжаем готовить интенсив по вайб-кодингу. И не хочу через три года читать посты в духе: «Эх, надо было начинать разбираться в этом ещё в 2026-м» 😄

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

Делаем блиц-интервью про 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. Культура будет способствовать информационной осведомлённости о важности доступности, а законы обяжут выделять на это ресурсы.

🔵Авиация В работе пилотов, где ответственность за пассажиров и экипаж колоссальны важны скорость и предсказуемость в UX. Поэтому даже самые современные самолёты сохраняют большое количество физических переключателей и кнопок, на первый взгляд расположенных хаотично. Исследования неоднократно показывали, что в стрессовых условиях пилоты быстрее находят нужный физический элемент управления, чем соответствующую функцию на экране. 🔵Автомобили Похожая ситуация сейчас происходит а автомобильных интерфейсах — китайские производители так и норовят перевести большинство управления на тач-скрины, спрятав управляющие элементы куда-нибудь во второй, а то и в третий уровень меню 🔵Медицина Многие медицинские системы выглядят устаревшими не потому, что их забыли обновить. Иногда это осознанное решение. Врач, который годами работает с определённым интерфейсом, может совершать меньше ошибок в знакомой среде, чем в новой и визуально более современной. 🔵Электростанции После анализа ряда инцидентов выяснилось, что проблема часто заключалась не в нехватке информации, а наоборот — в её избытке. Когда оператор одновременно получает десятки предупреждений, критически важный сигнал может просто потеряться. 🔵Космос В космической отрасли при тестировании интерфейсов чаще задают вопрос: что произойдёт, если всё пойдёт не по плану? Астронавтов регулярно тренируют на отказах оборудования и потере связи в аварийных сценариях, но катастрофы могут происходить и из-за ошибок на Земле — при проектировании интерфейсов. Один из самых известных примеров — потеря космического аппарата Mars Climate Orbiter Loss. Причина была удивительно простой: одна команда использовала метрическую систему измерений, другая — имперскую. В результате аппарат стоимостью более ста миллионов долларов был потерян ещё до начала научной миссии. Этот случай напоминает важную вещь: интерфейс — это не только кнопки и экраны. Это ещё и язык, обозначения, единицы измерения, правила передачи информации между людьми и системами. Авиация, медицина, атомная энергетика и космонавтика уже давно показали: хороший интерфейс — это тот, который помогает человеку принимать правильные решения. Возможно, именно поэтому самые ценные уроки UX рождаются не в приложениях для доставки еды, а там, где цена ошибки измеряется совсем другими величинами. 🌊🌊

Хотите узнать, как ощущается бесконечность — попробуйте съесть отварную куриную грудку без соуса или договоритесь о доставке с курьером. Фраза курьера «приедем с 9 до 18» — это отдельный вид психологического эксперимента. Ты весь день сидишь дома, боишься зайти в душ, выйти за кофе или лечь поспать, потому что в любой момент может приехать доставка. И это мы сейчас говорим про одну доставку. А в ремонте таких доставок десятки: мебель из разных городов, техника, свет, двери, сантехника, плитка, зеркала. Разные логистические компании и разные условия доставки. Что-то приезжает не в то время, что-то приезжает не туда. Что-то теряется, что-то привозят с браком. Что-то забывают положить в заказ. А иногда водитель стоит у подъезда с огромной коробкой и внезапно выясняется, что она физически не проходит в лифт. Хорошая новость в том, что если вы наш заказчик, вы в этом не участвуете. Мы специально выстроили систему так, чтобы заказчик не жил в режиме «сейчас вам позвонит курьер», «скиньте код из смс», «нужно срочно оплатить доставку», «а кто примет мебель в четверг утром?». Дизайнер, который ведет проект, берет эти процессы на себя. Заказчик подключается только там, где действительно нужно его решение: согласовать концепцию, смету, крупные расходы, пропуска и важные изменения. С оплатами тоже все продумано. В начале работы заказчик выпускает дополнительную карту для проектных расходов на ФИО дизайнера. Карта привязана к счету заказчика, поэтому нам не нужно дергать человека по каждому платежу, доставке, клею, розетке или срочной покупке на объект. При этом все прозрачно: расходы заранее согласованы в смете, а все оплаты видно в приложении банка. Кому-то удобно пополнять карту сразу на крупную сумму, кому-то — частями. Мы подстраиваем процесс под конкретный проект, бюджет и формат работы. За годы практики я поняла, что это самый спокойный вариант для всех. Так мы ведем объекты и с бюджетом 2 000 000 ₽, и с бюджетом 20 000 000 ₽. Заказчики в это время могут жить в Испании, Таиланде, путешествовать, работать, заниматься семьей и не превращать ремонт в свою вторую работу. А мы в Москве или Санкт-Петербурге принимаем доставки, решаем проблемы, оплачиваем нужные позиции, контролируем сроки и собираем интерьер в нормальный законченный результат. Безупречный результат не зависит ни от расстояния, ни от часовых поясов, ни от масштаба работ. Только от подхода и четкой организации — а у нас этот процесс доведен до абсолюта. Поэтому если вы хотите красивый ремонт, но не хотите лично разбираться с курьерами, поставками, оплатами, браком, переносами и бесконечными «будем в течение дня» — оставляйте заявку по ссылке https://golnk.ru/7g2By Мы берем на себя не только дизайн, но и всю ту невидимую часть ремонта, из-за которой у людей обычно дергается глаз.

Если по-простому — это когда ты делаешь сайты, приложения и даже игры… вообще без знания кода. Ты просто говоришь нейросети, что хочешь получить — и она это собирает. Типа: — «Сделай игру, где персонаж прыгает через препятствия» — «Собери сайт-портфолио, минималистичный и дорогой по виду» — «Сделай приложение для заметок как Notion, только проще» Ещё недавно это было “только для айтишников”. Типа такой закрытый клуб: знаешь код → значит можешь делать продукты. Сейчас навайбкодить может кто угодно 💸 Видел недавно новость: пятилетний ребёнок просто сказал маме, что хочет сделать игру. Мама посадила его за компьютер, он посмотрел пару подсказок от нейросети — и собрал простую игру буквально за несколько минут. Без кода. Вообще. Мы сейчас готовим интенсив по вайбкодингу. В понедельник выложу анонс. Обучение стартует 22 июня. Это будет интенсив на 5 дней. Сейчас сами всё тестим, разбираемся и собираем программу.

📱Глянуть UI Kit📱 #uikit

Для эскизов одно приложение, для принтов другое, для примерки третье. Всё в разных местах, всё на английском, всё со своей логикой. Тратишь время не на творчество, а на то, чтобы просто разобраться где и что. Я думаю над тем, чтобы собрать нужное в одном месте — специально под задачи тех, кто работает в моде. Но прежде чем делать — хочу спросить вас. Что реально важно в вашей работе каждый день? 10 вопросов, 2–3 минуты, анонимно. Ваши ответы напрямую повлияют на то, что я буду делать. 👉 https://forms.yandex.ru/u/6a271c746d2d737fcdcd5d23

Install ️

uimates.com

Replit 15 мая добавил в каталог MCP новый сервер Lazyweb. Если коротко, он позволяет агенту искать по базе из 257k+ реальных экранов приложений. Replit прямо пишет: для UI-референсов и дизайн-исследований. На первый взгляд, маленькая новость из списка обновлений. Добавили ещё один MCP, ну ок. Но для вайбкодинга это довольно важная штука. Потому что сейчас у AI-интерфейсов есть очень узнаваемая болезнь. Попросил собрать сервис, личный кабинет, страницу вакансии, CRM или дашборд, и через минуту получаешь что-то аккуратное, чистенькое и до боли одинаковое. Карточки, табы, серые подписи, синий акцент, график, три метрики сверху. Всё вроде нормально. Только ощущение, что этот экран уже видел тысячу раз и ни один раз не хотел им пользоваться. Проблема часто не в том, что модель не умеет рисовать. Она рисует как среднее арифметическое интернета. А среднее арифметическое обычно выглядит как SaaS, который стесняется сказать, чем он занимается. У агента появляется не только промпт, но и шанс посмотреть, как похожие задачи уже решили живые продукты Это уже ближе к работе дизайнера. Перед тем как делать новый сценарий, ты смотришь, как это устроено у других. Не чтобы скопировать. Просто чтобы понять, какие паттерны вообще существуют, где люди обычно ошибаются, какие решения уже стали привычными, а где можно сделать иначе. Например, тебе надо собрать экран подписки. Вариант «сделай красиво» почти гарантированно даст три карточки с тарифами и зелёную кнопку. А если агент видит реальные примеры, он хотя бы может заметить детали: – где показывают ограничения тарифа – как объясняют пробный период – куда прячут отмену – как оформляют сравнение – где начинается тёмная сторона UX После этого уже можно спорить. Не с пустым экраном и не с абстрактным «сделай современно», а с конкретными паттернами. Это полезнее, чем бесконечно гонять модель по кругу, пока она сама случайно не попадёт в нормальное решение. Конечно, референсы не спасают от плохого дизайна. Можно насмотреться 257 тысяч экранов и всё равно собрать помойку. Особенно если агент будет просто усреднять всё подряд. Но сама идея правильная: интерфейс нельзя делать только из текста в промпте. Ему нужен визуальный и продуктовый контекст. Для дизайнеров тут есть смешной момент. Раньше насмотренность была чем-то личным: папки с референсами, скриншоты, закладки, сохранёнки, чужие продукты, которые ты руками разбирал. Теперь эта насмотренность постепенно превращается в подключаемый источник данных для агента. Референсы становятся не только материалом для дизайнера, но и частью работы инструмента. Агент может искать примеры, сравнивать паттерны, приносить варианты, а дизайнер уже решает, что из этого имеет смысл. Ну, если дизайнер вообще есть в процессе, а не где-то потом приходит чинить результат. По мне главное, чтобы такие базы не превратили всё в ещё более одинаковую массу. Если агент будет брать референсы как повод подумать, это полезно. Если как повод собрать «усреднённый лучший экран», то мы просто получим SaaS-дашборд 2.0, только теперь с доказательной базой. ——— 💻 Курс по поиску работы 😍 Про дизайн 🔥 Вакансии дизайнерам 🎨 Референсы

One Page Love — тут вы найдёте галерею одностраничных веб-сайтов для вдохновения. Commerce Cream — здесь вас ждут стильные проекты интернет магазинчиков. Mobbin — классные референсы мобильных приложений. Curated Design — курируемая библиотека веб-сайтов с сортировкой по категориям. Land Book — ещё одно место, куда приходят дизайнеры за вдохновением. #подборка #вдохновение

Waymo разрабатывает технологию полностью беспилотных такси. Увидела статью в New York Times и пошла с Клодом проверять, а что же по доступности? А они-то молодцы! Начали ей заниматься давно. Причем как физической, так и цифровой! Клод сделал интерактивный отчёт со всеми WCAG-критериями, user journey и рекомендациями → https://anzhelikagerman.github.io/enable/">https://anzhelikagerman.github.io/enable/">https://anzhelikagerman.github.io/enable/">https://anzhelikagerman.github.io/enable/ А тут давайте тут расскажу, что мне очень понравилось. Заказать поездку можно только через мобильное приложение Waymo One. После вызова к вам приезжает полностью пустой электромобиль и всё взаимодействие от посадки до климат-контроля и музыки идёт через приложение. И вот его-то и разберем. · Приложение работает с VoiceOver (iOS) и TalkBack (Android). Во время поездки информация дублируется голосом, включая статусы («машина приехала», «можно отстегнуть ремень»). · Audio guidance («Голосовые подсказки»): при приближении к автомобилю приложение через динамик телефона проговаривает расстояние и направление. · Honk to find («Посигналить для поиска»): кнопка в приложении удалённо подаёт звуковой сигнал автомобиля. · Световые сигналы фар: визуальный аналог гудка для глухих и слабослышащих. · Extra time to board: пассажир может заранее выбрать увеличенное время на посадку, чтобы водительский автомобиль дольше ждал. · Braille-надписи на кнопке двери и поручнях. · Текстовые субтитры всех голосовых объявлений на экране в салоне. · Приложение минималистично. Основной экран — это карта с минимумом элементов. Как же это важно! · Фирменная анимация «радара». При поиске машины над кнопкой появляется вращающаяся дуга, напоминающая лидар-сканер. Такой индикатор активности системы. · Микро-взаимодействия и тактильная отдача. Когда машина подъезжает, телефон даёт характерную вибрацию. Анимация подсказывает, с какой стороны и на каком расстоянии автомобиль. · Инициалы на крыше. При заказе пассажир может включить отображение своих инициалов на куполе автомобиля. Приложение подсказывает: «Ищите свои буквы». Ну гениально же ) · Waymo проводит регулярные юзабилити-сессии с участием людей с нарушениями зрения, слуха, подвижности и когнитивными особенностями. Недоработки тоже есть и они в отчете → https://anzhelikagerman.github.io/enable/">https://anzhelikagerman.github.io/enable/">https://anzhelikagerman.github.io/enable/">https://anzhelikagerman.github.io/enable/

Многие заказчики в диджитал оценивают цифровые продукты по визуалу — красиво или нет, современно выглядит или уже устарело. И это нормально, потому что они не погружены в разные процессы. На практике дизайн — это одна из финальных стадий работы. В хорошем диджитал-продукте до появления первых экранов всегда прорабатываются сценарии, логика и поведение пользователя. Да, это не самая «зрелищная» часть работы, но именно она определяет, насколько продукт будет понятным и удобным. Хочу показать, как это устроено у нас в Агентстве.Анкора На скриншоте — кликабельные прототипы приложения «ЕлиПили». Того самого проекта, за который мы получили серебро на Workspace Digital Awards — так что в этой теме мы реально шарим. За время работы мы собрали несколько прототипов под разные пользовательские сценарии. В какой-то момент это превращается в довольно сложную систему: сеть экранов, переходов и взаимосвязей. Но именно внутри этой системы и формируется продуманный и удобный пользовательский опыт. С такими прототипами мы приходим к заказчику на презентацию🔥: просим открыть ссылку и начать пользоваться приложением. Дальше мы наблюдаем и задаём вопросы: ☑️ Понятен ли текст на экране? ☑️ Что вы сделаете дальше? ☑️ Замечаете ли нужную кнопку? ☑️ Понимаете ли, какое действие от вас требуется? там еще 100500 вопросов обычно )) Такие простые тесты помогают находить слабые места в логике продукта. Заказчик почти всегда лучше нас понимает свой бизнес. И через его реакцию мы видим, где пользователь может запутаться, какие элементы остаются незамеченными и какие гипотезы не работают. Потому что любой диджитал-продукт — это, по сути, набор гипотез. Хороший дизайн начинается не всегда с цветов, шрифтов и красивых экранов. Он начинается с понимания того, как человек будет пользоваться продуктом и насколько простым и понятным окажется его путь — от первого действия до результата.

Фигма 28 мая выкатила важный апдейт Make: теперь инструмент можно подключить к локальной кодовой базе. Открываешь существующий проект, выбираешь элемент на экране, правишь свойства, отступы, цвет, размер, раскладку, а агент уже находит нужное место в коде и вносит изменения. Пока это ограниченная бета в десктопном приложении для Mac. И сама Фигма честно пишет, что лучше всего это подойдёт дизайнерам, у которых уже есть доступ к кодовой базе компании. Раньше вайбкодинг в дизайне чаще был про быстрый черновик. Собрал экран, показал идею, выбросил половину, что-то утащил в работу. Вроде полезно, но всё равно чуть отдельно от настоящего продукта. А теперь Фигма Make пытается работать с тем местом, где продукт уже живёт. Самый важный вопрос теперь: кто имеет право двигать кнопку, если эта кнопка уже в коде? Потому что визуальная правка реального интерфейса звучит очень соблазнительно. Увидел, что отступ кривой, выбрал блок, поправил. Текст не тот, поменял. Цвет уехал, вернул. Не надо писать разработчику «можешь тут 8 пикселей вместо 12», ждать, объяснять, показывать скрин, потом снова смотреть, что получилось. Но чем ближе дизайнер подходит к коду, тем быстрее появляются взрослые вопросы: 1. кто проверяет такие изменения 2. что считается безопасной правкой 3. где начинается логика, а где просто внешний вид 4. кто отвечает, если агент поменял не тот компонент 5. как откатиться, если всё поехало Фигма это понимает, поэтому делает не «пуш в прод», а нормальный путь через разработку. Изменения сначала лежат как локальные коммиты. Можно создавать ветки, смотреть историю, откатываться, а потом открыть пулл-реквест, чтобы инженеры проверили правку как обычное изменение в коде. И это, по-моему, правильная часть новости. Не сам факт, что дизайнер может подвигать блок в живом проекте. А то, что Фигма пытается встроить это в нормальный процесс разработки. Через ветки, коммиты, проверку и возможность отката. Потому что без этого будет весело примерно два дня. Потом кто-то визуально поправит карточку, агент заденет общий компонент, уедет ещё десять экранов, разработчик откроет код и спросит, кто вообще это сделал. Но я бы не хотел, чтобы это стало режимом «дизайнеры теперь сами чинят фронт». Скорее это должно быть как быстрый слой для понятных UI-правок. Поправить отступ. Проверить состояние. Подкинуть вариант. Открыть пулл-реквест. Дальше уже обычная проверка. Ещё важная штука: Фигма разрешает копировать экраны из Make обратно на холст как слои, обсуждать с командой и потом приносить решения назад в код. Это уже похоже на нормальный круг: продукт живёт в коде, команда думает на холсте, изменения возвращаются через понятный процесс. Если Фигма сможет удержать этот круг без бардака, будет сильно. Потому что дизайнеру часто не нужен ещё один генератор красивого прототипа. А вот дизайн-ревью проводить и за качеством прода следить гуд, ибо разработчики лажают оч часто. ——— 💻 Курс по поиску работы 😍 Про дизайн 🔥 Вакансии дизайнерам 🎨 Референсы