Дизайнер, привет

🔤 Типографика в дизайн системе ломается не на выборе шрифта, а на токенах Пока у команды нет общей структуры, каждый экран собирается заново: где-то основной текст 14 px, где-то 16 px, где-то межстрочный интервал выставлен руками, где-то тот же жирный стиль выглядит иначе. В макетах это еще терпимо, а в разработке быстро превращается в хаос. Олуватосин Обалана показывает практичный подход, как собрать типографику через примитивные и семантические токены и масштабировать ее на веб, планшет и мобильный в Фигме. Ценность статьи в том, что это не просто теория про читаемость, а пошаговая схема: как назвать токены, как разложить роли текста, как связать стили с переменными и переключать режимы без дублей. Внутри: – Какие принципы держат типографику в порядке: удобство, ясность, иерархия; – Какие базовые требования по доступности стоит заложить сразу: размер текста, контраст, межстрочный интервал, масштабирование; – Что такое примитивные токены и какие свойства туда выносить: семейство, вес, размер, межстрочный и межбуквенный интервалы; – Зачем нужны семантические токены и почему они снимают ручные правки по всему продукту; – Как назвать токены по иерархии, чтобы дизайнеры и разработчики говорили на одном языке; – Как разложить роли текста: Display, Heading, Subheading, Body, Caption, Label; – Как считать межстрочный интервал через коэффициенты для крупных и мелких размеров; – Как настроить в Фигме режимы для разных экранов и не плодить отдельные стили под каждый размер. ➡️Читать статью ——— 💻Курс по поиску работы 😍Про дизайн 🔥Вакансии дизайнерам 🎨Референсы

Как кайфово, когда делаешь свой продукт сам. Каждый день получаю бесконечное удовольствие. 8 из 10 человек не верят, что всё это сделано в две руки без команды разработки, девопсов и других ребят) Час времени и список листом готов и в проде) А еще выгрузка откликов в CSV в профиле и чуть аккуратные иконки глазика и избранного. И не надо ни с кем ничего согласовывать 10 раз и обсуждать) Приходите: hirehi.ru и пишите фидбек в чат 😍 ——— 💻Курс по поиску работы 😍Про дизайн 🔥Вакансии дизайнерам 🎨Референсы

🧩 Какой способ управления размерами иконок в дизайн-системе реально работает Если в дизайн-системе у иконок ограниченный набор размеров, это почти всегда превращается в отдельную архитектурную проблему. Снаружи всё выглядит просто: ну есть 12, 16, 20 и 24 пикселя, что тут обсуждать. А потом выясняется, что один подход удобен библиотекарю, но раздражает потребителя, второй красиво выглядит в теории, но ломается на вложенных компонентах, а третий требует больше ручной поддержки, зато лучше всего ведет себя в реальной работе. Алиса Пакард очень внятно разбирает эти варианты и приходит к практичному выводу: лучший компромисс сейчас это size-свойство на каждом icon-компоненте, а не отдельные компоненты на каждый размер и не обертка для иконок. Потому что этот способ дает больше контроля там, где он нужен, не ломает опыт потребителя и лучше сочетается с preferred swaps и другими паттернами внутри библиотеки. Внутри: – Почему отдельные компоненты под каждый размер иконки быстро захламляют библиотеку; – Зачем подход с variable modes выглядит заманчиво, но плохо масштабируется; – Чем icon wrapper удобен для поддержки, но неудобен в реальном UI; – Почему вложенные иконки внутри кнопок и других компонентов всё усложняют; – Как size-свойство на каждом icon-компоненте решает проблему гибче; – Почему этот подход лучше для preferred swaps и настройки конкретных компонентов; – Какой компромисс приходится принять библиотекарю при таком решении; – Почему в управлении размерами иконок сейчас важнее опыт потребителя, чем удобство внутренней поддержки. ➡️Читать статью ——— 💻Курс по поиску работы 😍Про дизайн 🔥Вакансии дизайнерам 🎨Референсы

#10 Dessn хочет пустить дизайнеров ближе к коду TechCrunch написал про Dessn. Это новый дизайн-инструмент, который поднял $6 млн и предлагает дизайнерам работать ближе к реальному продукту: запускать проект в облаке, подтягивать кодовую базу и менять интерфейс через ИИ. Кажется, что это опять очередной заход на тему «мы сейчас заменим Фигму». Но у Dessn фокус другой. Он полезен командам, у которых уже есть продукт, код, компоненты и рабочий интерфейс. Это не про генерацию с нуля как в Lovable или v0. У Dessn история приземлённее: быстро потрогать изменение там, где продукт уже живёт. В моих проектах этот разрыв всплывает постоянно. В макете всё чисто: нормальные имена, ровные карточки, аккуратные состояния, никаких внезапных ошибок. А потом открываешь прод, и там фамилия на 28 символов, картинка сломалась, тариф закончился, кнопка уехала, а бэкенд вернул что-то весёлое. Фигма в этом смысле прекрасная штука, но она очень легко превращает продукт в красивый симулятор продукта. Вроде всё выглядит убедительно, команда согласовала, можно идти дальше. А потом выясняется, что компонент так не умеет, данные приходят другие, состояние забыли, разработчик смотрит на макет и говорит: «ну это сложно сверстать». Dessn пытается сократить именно это расстояние. Сидеть отдельно в файле и представлять, как оно будет работать, уже мало. Хочется быстрее проверить идею на живом продукте. В таком сценарии пользы больше, чем в ещё одном генераторе красивых карточек. Хотя тут легко представить и обратную сторону. Если дать всем возможность быстро менять интерфейс через ИИ, в команде сразу начнётся спор за ответственность. Дизайнер поправил, разработчик не понял, продакт попросил ещё три варианта, кто-то на встрече сказал «а давайте попробуем», и вот уже продукт превращается в песочницу для идей. Поэтому без нормальных правил такое тоже быстро поедет. Основатели Dessn, кстати, не хотят делать связку с Фигмой. Считают, что это снова утащит команды от прода. Спорная мысль, но логика понятная. Они хотят строить инструмент вокруг места, где продукт уже работает, а идеальный макет остаётся в стороне. У них ещё в планах связки со Слаком и заметками со встреч. Типа обсудили что-то в команде, и из этого можно быстрее собрать прототип. С этим я пока осторожен, потому что «из созвона сразу в интерфейс» звучит красиво только до первого созвона, где все говорили разное и никто ничего не решил. В целом мне такие инструменты интереснее, чем очередные генераторы красивых карточек. Меньше вау на демке, зато ближе к реальной работе. Главное, чтобы это не превратилось в режим «каждый накидал по промпту, а потом разработка разгребает». Но мне нравится то, что щас все намекают дизам на то, что пора начать разбираться в коде) И скоро диз без этого навыка будет уже не так хорош. ——— 💻Курс по поиску работы 😍Про дизайн 🔥Вакансии дизайнерам 🎨Референсы

🔔 Inspiration #185 Подборка лендингов и сайтов для вдохновения на предстоящую неделю 🔥 – interfere.com – giellygreen.co.uk – detail.dev – mindmarket.com – studiopaack.fr ——— – ironhill.au – on.energy – thisisundefined.com – cleanup.pictures – tesoroxp.com ——— – sprout.store – generalintelligencecompany.com – xolo.io/zz-en/teams – jasonbergh.com – corentinbernadou.com ——— – mollie.com/en – more-nutrition.webflow.io – omegawatches.com/fr-fr/my-little-secret – poolmoney.com – paya.ar ——— 💻Курс по поиску работы 😍Про дизайн 🔥Вакансии дизайнерам 🎨Референсы

Объясните вот мне, почему многие презирают работу в гембле, порно, казино и прочих? Я знаю продуктовых дизов из этих сфер и это оч сложные интерфейсы, которые кратно сложнее по логике и механикам, нежели в тех же Яндексах и ВКонтакте. Мораль? Так это просто работа. Просто тип интерфейсов другой и механики. Но сложнее с точки зрения продуктов. Я один считаю, что это НЕ зазорно и когда нанимал дизайнеров мне было пофиг, в какой сфере он работал.

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

Как я пилю свой продукт. Часть 32 Уже больше года я развиваю hirehi. У меня нет команды, нет бюджетов на маркетинг. У меня просто была мысль в голове, которую я хотел воплотить в жизнь. Воплотил вот и каждый день меня это радует. А ещё больше меня радует фидбек от вас, когда вы пишите в личку, на сайте и где угодно. Что это самый удобный и красивый сервис по поиску работы, что вы только видели. Только ради этих сообщений я продолжаю делать то, что начал больше года назад. Сегодня уже 32 часть, это как мини-сериал блин. Я не знаю, нравятся вам эти посты или нет, но я просто пишу их как дневник. Потом прикольно перечитывать и вспоминать, как далеко я продвинулся за год, это просто шок) Ниже чуть подробно, что я сделал с последней части) Чат со мной Фича оказалась оч крутой. Я думал делать или нет и сделал за час. Залил и уже получил десяткий сообщений от пользователь с благодарностями, багами, предложениями и так далее. Всё оперативно исправил и все довольны) Буду отвечать там дальше, пишите. SEO Самая важная часть и моя боль. Я им почти не занимался с момента основания. Сделал какие-то базовые штуки и дальше упоролся в фичи. Целый год пилил фичи, а про маркетинг забыл. Теперь будем наращивать. Сегодня я залил огромный пласт работ по SEO. Поменялось очень много, добавилось контента на страницах, оптимизировал всё под нейронки и GEO и так далее. Переживал оч сильно, что не осилю, но кажется, все получилось и всё работает. Дальше останется только наблюдать и сделать выводы. И да, у меня появился нормальный футер наконец (с момента основания его не было) :D Страницы стали страницами а не qurey параметрами. В общем, я рад, что это сделалось наконец. Дальше буду только импрувить. Ещё я сделал в модалке пожаловаться наконец-то выбор причин) Чтобы быстренько заполнять текст за вас, а где-то чуть написать самому. Чтобы разгрузить голову чуток пользователю) Начал добавлять ещё чуть больше Европейских вакансий, ибо много людей релоцировано, многоие живут вне РФ и РБ. Пока не сильно много, но буду наращивать) В общем, получилась довольно плотная работа. А я уж думал, что буду чилить, но нет. По трафику все стабильно пока что. Небольшое плато, надеюсь, которое разобьётся новыми правками по SEO. Сейчас я в поиске sales manager, чтобы продавать hirehi b2b клиентам за %. Пора погружатсья в маркетинг наконец) Возможно, даже платный, но аккуратно. Сливать деньги не хочется. Если у вас такие есть люди или вы сами шарите — вэлком в ЛС Приходите смотреть новый футер и искать работку) 🔠Смотреть ваки 🔠Смотреть ваки 🔠Смотреть ваки ч.31

🧠 В Фотошопе поняли, что проблема не в генерации, а в разрыве между намерением и результатом Generative Fill уже умел менять изображение по текстовому запросу. Но когда в Фотошоп добавили Reference Image, быстро выяснилось, что пользователи ожидают от него не «примерное вдохновение», а гораздо более управляемый результат. То есть проблема была не в самой идее, а в том, как люди понимали влияние референса и насколько могли контролировать итог. Самое интересное в кейсе Adobe не финальный интерфейс, а сам путь. Команда прошла через несколько раундов исследований, пробовала разные сценарии, даже собрала отдельный Protoshop, чтобы тестировать гипотезы быстрее, чем через десктопный Фотошоп. В процессе отвалились лишние настройки, поменялась логика взаимодействия, а главный вывод оказался довольно приземленным: пользователю важнее не количество контролов, а понятный способ заранее выразить намерение. Внутри: – Почему первый интерфейс с референсом не совпал с ожиданиями пользователей; – Какие непонимания вскрылись между промптом и референсным изображением; – Почему людям было важно управлять степенью влияния референса; – Зачем команда пробовала drag-and-drop и почему этот путь не сработал; – Как отдельный Фотошоп ускорил цикл тестирования и переделок; – Почему пришлось адаптировать технологию под поведение людей, а не наоборот; – Как в финальной версии упростили сценарий и убрали лишнюю сложность; – Что этот кейс говорит о дизайне AI-функций в целом: контроль важнее магии. ➡️Читать статью ——— 💻Курс по поиску работы 😍Про дизайн 🔥Вакансии дизайнерам 🎨Референсы

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

🤖 Чтобы ИИ не ломал дизайн-систему, ее нужно сделать читаемой для него Когда вы кодите с LLM, проблема обычно не в том, что модель совсем ничего не умеет. Она умеет слишком правдоподобно угадывать. Поставит 12px там, где у вас должно быть 8px, выберет «почти тот» синий, придумает токен, которого в системе нет, и на каждом новом сеансе начнет делать это заново. По отдельности всё выглядит нормально. Вместе получается интерфейс, который расползается уже через несколько итераций. Здесь предлагают довольно жесткую, но рабочую схему: не надеяться на память модели, а дать ей опору в виде спецификаций, закрытого слоя токенов и автоматического аудита. То есть вынести дизайн-систему в структуру, которую LLM может читать как источник истины, а не как намек. Тогда она не выдумывает значения, а берет их из ограниченного набора, а любое отклонение ловится скриптом до ревью. Внутри: – Почему LLM плохо держат дизайн-систему в голове даже в рамках одного проекта; – Какие три ограничения модели быстрее всего разваливают консистентность интерфейса; – Зачем делать отдельные spec-файлы для foundations, tokens, components и patterns; – Почему закрытый слой токенов лучше, чем набор «примерно правильных» значений; – Как аудит по CSS ловит хардкод и не дает визуальному дрейфу копиться; – Зачем связывать инструкции для агента, токены и CI в одну систему; – Почему такой подход особенно важен для больших прототипов и длинных AI-сессий; – Как именно структура дизайн-системы превращается из знания в голове в рабочую инфраструктуру. ➡️Читать статью ——— 💻Курс по поиску работы 😍Про дизайн 🔥Вакансии дизайнерам 🎨Референсы

Как вырастить HireHi до 10к уников в сутки? Мне нужны спецы по SEO и маркетингу)) Если кто-то тут растил свои продукты до таких цифр, пишите) Я на каком-то плато и пока идей нет, немного чилю И еще я хочу найти сэйлзов, кто за % будет продавать сервис рекрутерам или компаниям. Если у вас такие ребята есть, дайте знать. Ну и у кого есть какие мысли, идеи, поделитесь пожалуйста) с радостью послушаю и почитаю ❤️