Лучшие цвета для твоего проекта by bluntboomerangg

Небольшая подборка стильных цветовых комбинаций, которые сделают проект ещё лучше и современнее. #вдохновение #подборки
Video is not supported
Плагин «Export image shadow» by KiluSs
А этот плагин дает возможность экспортировать объекты сохраняя их тени, размеры, свечения и т.д. ⏰ Глянуть плагин#plugin
разбираем
@Secret Riso Club как референс ⠀⠀⠀⠀⠀что цепляет: 1 ) цвет - хорошее сочетание контрастных цветов на фоне с оттенками серого ⠀2 ) типографика + композиция - без лишнего пафоса, смелые выноски: сетка, но с легким сдвигом. асимметрия как приём, а не ошибка ⠀⠀⠀3 ) свобода выражения - дизы не загоняют себя в рамки академической верстки, а делают так, как чувствуют. это про дизайн без комплексов, а не про следование шаблонам ⠀⠀⠀⠀⠀что взять себе: работать с акцентами как основным инструментом, не бояться текстур и ручных вмешательств, строить коммуникацию через среду, а не через громкий слоган - свобода начинается с доверия к своему глазу мотайте на ус! если вас вдохновил пост - скидывайте свои плакатики в комментарии под этот пост ?/ поболтаем #research by wsq dd al’ter
Video is not supported
Плагин «FineTune» by Ekaterina Pykhova
А этот плагин автоматически рассчитывает оптимальный меж строчный и меж буквенный интервал 🗺 Скачать плагин 🗺 #plugin
Изображение канала: SINTEZ [синтез]
API.SINTEZ.SPACE | Два специалиста. Одна проблема. Одно решение
Генеративные инструменты принято обсуждать в контексте иллюстраций, и это оправданно. Однако в архитектурной практике есть два разных сценария работы, и API.SINTEZ.SPACE закрывает оба. Для архитекторов генерация — это инструмент проектного мышления. На концептуальной стадии важно быстро получать визуальные ответы на вопросы: как будет смотреться фасадный модуль, какой характер даст другой материал, как изменится сцена при ином освещении. Архитектор постоянно обращается к эскизам и наброскам именно потому, что оперативного инструмента для проверки идей раньше не было. API.SINTEZ.SPACE даёт такую возможность: визуал формируется за секунды, без выхода из рабочей среды и без лишних пояснений. Выделил фрагмент — получил вариант. Не подошло — сменил модель или скорректировал запрос. Это меняет скорость проектного мышления. Для иллюстраторов это инструмент постпродакшена, потребность в котором назрела давно. Небо, антураж, текстуры, свет, атмосфера — всё это теперь генерируется точечно, прямо на холсте, без выхода из Photoshop, без VPN, задержек и потери качества исходного рендера. Оба сценария работают в одном плагине: один аккаунт, единый баланс, общая библиотека промптов для всей команды. 🔗Ссылка на сайт плагина 📣Телеграм канал плагина #аписинтез @sintez_space
Изображение канала: Yuloo Studio | Инвест.дизайн
Недавно я получила интересный комментарий касаемо нашей услуги
Странно, конечно, что некоторые считают, что цена на услуги за 2 года должна остаться неизменной. Но перед тем, как поделюсь мыслями, хочу спросить у вас: Как вы считаете, почему за 2 года цена на ТУ ЖЕ услугу выросла в несколько раз?
Изображение канала: Дизайнер, привет
♿ Доступность нельзя чинить одним аудитом перед релизом
Миша Просмицкий пишет о доступности как о части инженерного процесса, а не как о пункте в чек-листе. Команды теперь могут генерировать интерфейсы быстрее, чем раньше, но скорость легко маскирует базовые проблемы: кнопка оказывается div с обработчиком клика, фокус не работает, скринридер видит плоский текст, а пользователь не может оплатить заказ. Особенно больно это становится с ИИ-кодом. Модель часто повторяет то, на чём училась: несемантичную разметку, красивые пиксели и минимум ограничений. Поэтому доступность нужно встраивать в систему заранее: правила для ИИ, доступные компоненты в дизайн-системе, проверка в pull request, Definition of Done, тесты в CI, понятная передача фокуса, подписей, состояний и порядка клавиатурной навигации. Аудиты всё ещё нужны, но они не заменяют процесс. Внутри: – Почему аудит доступности быстро устаревает после нескольких релизов; – Как ИИ ускоряет создание интерфейсов и одновременно множит ошибки; – Почему красивый компонент может быть бесполезен для скринридера; – Зачем ограничивать ИИ правилами до генерации кода; – Почему сложные элементы лучше брать из проверенных библиотек, а не писать заново; – Как дизайн-система помогает масштабировать доступность на тысячи экранов; – Какие проверки стоит встроить в ревью, Definition of Done и CI; – Почему тесты с реальными пользователями с инвалидностью всё равно нельзя заменить линтером. ➡️ Читать статью ——— 💻 Вакансии в IT и digital 😍 Про дизайн 🔥 Вакансии дизайнерам 🎨 Референсы
Изображение канала: Женя UPROCK
Как я «развел» подрядчиков. Пример сложных переговоров.
Реальная история, где я вынужден был проявить смекалку, чтобы наконец-то получить свой результат. У меня был подрядчик (команда), который делал работу качественно, но постоянно задерживал сроки. Последней точкой кипения стало то, что мы зафиксировали конечную дату сдачи проекта и заранее проговорили это несколько раз. А потом пишем за день: «Все ок, завтра все готово к сдаче?» А они: «Ой, у нас главный специалист заболел, и нужно еще 10 рабочих дней» (читай — 2 календарные недели). А у них директор в отпуске, диалог ведет главный проджект. Я понимаю, что в его голове это длинный шестимесячный проект, и сдача на две недели ничего не испортит, тем более они уже переносят сроки не в первый раз. А главная причина этих переносов в том, что они набрали слишком много проектов и все не вывозят. Я же считываю это так, что они еще могут задержать проект, если им вообще все равно на сроки. Ведь сейчас объективно они меня подставляют. Ок. Первое, что я сделал, — прикинул, на что можно «надавить». Директора нет, а проджект — наемный сотрудник, который всегда отмажется: «Это не мое дело и не мой бизнес, все вопросы к начальнику». То есть он просто включит «дурачка», и крики на него не подействуют. Я решил сказать как есть: если они не сделают эти работы через 5 дней, то мы лучше сделаем их с другими, но в тот срок, который нам нужен. Это нормальная практика, когда еще не выполненный этап работ передается другим по причине недобросовестности исполнителя. И это сработало. Почему? Потому что, если директор приедет из отпуска и узнает, что проджект потерял деньги, то он точно получит п..зды (буквально). И никаких оправданий он не примет. И даже если начальника заранее предупредят, что поставили ультиматум, то он просто скажет: «Да сделайте уже оперативно и заберите последние оплаты». И чтобы это все сделать, я: 1️⃣ Заранее прикинул, могу ли выполнить оставшиеся работы с другим подрядчиком: есть ли исходники и могут ли работы довести до конца. Для этого у меня есть всегда "пул" подрядчиков на ведение других проектов и форс-мажоров. 2️⃣ Оценил условия договора. Базово вы можете всегда отказаться от части еще не выполненных работ. Это ваше святое право. Может, у вас денег нет, или вы попали в аварию, и дальнейшие шаги не актуальны, или подрядчик подставляет. Иронично, но доделать с другими подрядчиками часто бывает и быстрее, и дешевле. Потому что психология обычных аутсорсеров — вначале делать все в срок и по маленькой стоимости, а потом постепенно повышать свои условия. Я философски отношусь к этому, главное, чтобы был разумный потолок этих условий. Обычно они где-то на планке в полтора раза выше изначальной цены останавливаются. Если растут, то плавно расходимся. Поймите правильно: нахер надо платить за работу золотыми слитками?😅 Зачем я вам это рассказываю? У вас в любой работе, тем более проектной, будут подобные ситуации. И вам всегда важно: 🟣Иметь возможность отказаться от ненадежных подрядчиков/клиентов; 🟣Держать «тыл», чтобы заменить одних на других. Например, работать с несколькими подрядчиками/клиентами, так как люди постоянно подставляют и пропадают — таковы реалии; 🟣Если готовы поставить ультиматум, то подготовиться к варианту, когда его примут. А у вас какие были последние сложные переговоры и как вы их решили? И поставьте, пожалуйста, 🔥, если тема полезная. Пока вроде о таком не писал, интересно ваше мнение.