Forwarded from Визуальные приёмы
This media is not supported in your browser
VIEW IN TELEGRAM
Перелистывание
Интересная навигация на сайте: страницы перелистываются, накладываясь друг на друга. За наводку спасибо дайджесту «Оди»
Источник
#web #навигация
Интересная навигация на сайте: страницы перелистываются, накладываясь друг на друга. За наводку спасибо дайджесту «Оди»
Источник
#web #навигация
Forwarded from Текст в тесте (Kirill ^–^|==|~ Egerev)
Я тут что подумал. Кажется, междометиям и прочим словам, которые старательно пытаются к ним примазаться, не место в интерфейсных текстах. Вот прямо всем упс, эм, мяу, оу, хех и прочим. Полные списки есть в интернете, их легко найти.
Слова эти, вроде, короткие и как-то подкрашивают речь продуктов. Но надо ли? В то же время, эти совершенно бессмысленные наборы знаков крадут драгоценное место и прячут от пользователей суть.
Вот есть такой заголовок:
Упс, что-то пошло не так
По смыслу он совершенно не отличается от такого:
Что-то пошло не так
Мало того, что заголовок совершенно неконкретный. Что именно пошло не так и как всё исправить? Так пользователям ещё приходится тратить время, чтобы отбросить мусорное «упс». А ведь чтобы добавить это слово, автор раздул текст не на три, а на целых пять знаков — посчитайте ещё запятую с пробелом.
В этом случае очевидно, что произошла какая-то ошибка. Но вместо того, чтобы написать в заголовке «Ошибка», автор написал «Что-то пошло не так». И это уже, скажем так, раскрашенная раскраска — когда продукт пишет «Что-то пошло не так» вместо дежурной констатации факта «Ошибка». Да, в таком заголовке всё ещё мало смысла — столько же, сколько в «Ошибке». Но зачастую, когда пользователь хорошего продукта сталкивается с таким общим заголовком, конкретики действительно нет.
Так о чём это я. Не нужно докрашивать тексты междометиями и всякими «эм», знайте меру. Выяснили, что сообщение появляется вообще по любому поводу и его нужно сформулировать максимально общо, заменили дежурное «Ошибка» на «Что-то пошло не так» и успокойтесь. Всё уже не так плохо.
Слова эти, вроде, короткие и как-то подкрашивают речь продуктов. Но надо ли? В то же время, эти совершенно бессмысленные наборы знаков крадут драгоценное место и прячут от пользователей суть.
Вот есть такой заголовок:
Упс, что-то пошло не так
По смыслу он совершенно не отличается от такого:
Что-то пошло не так
Мало того, что заголовок совершенно неконкретный. Что именно пошло не так и как всё исправить? Так пользователям ещё приходится тратить время, чтобы отбросить мусорное «упс». А ведь чтобы добавить это слово, автор раздул текст не на три, а на целых пять знаков — посчитайте ещё запятую с пробелом.
В этом случае очевидно, что произошла какая-то ошибка. Но вместо того, чтобы написать в заголовке «Ошибка», автор написал «Что-то пошло не так». И это уже, скажем так, раскрашенная раскраска — когда продукт пишет «Что-то пошло не так» вместо дежурной констатации факта «Ошибка». Да, в таком заголовке всё ещё мало смысла — столько же, сколько в «Ошибке». Но зачастую, когда пользователь хорошего продукта сталкивается с таким общим заголовком, конкретики действительно нет.
Так о чём это я. Не нужно докрашивать тексты междометиями и всякими «эм», знайте меру. Выяснили, что сообщение появляется вообще по любому поводу и его нужно сформулировать максимально общо, заменили дежурное «Ошибка» на «Что-то пошло не так» и успокойтесь. Всё уже не так плохо.
Полина:
«Сергей, добрый день! У меня в понедельник собеседование в МТС на UI/UX дизайнера стажера по скайпу, часовое. А я даже не представляю, что там будут спрашивать и к чему готовиться. Раз часовое и по бизнес-скайпу, могут в прямом эфире какие-то задачки давать?»
Я:
— Час — это не так много. За это время ты успеешь рассказать о себе и послушать про них.
Скорее всего, первым делом, тебя попросят рассказать о своем опыте и о том, почему ты решила стать дизайнером. Потом расскажут о себе и о том, зачем им нужен дизайнер-стажер.
После этого спросят, есть ли у тебя какие-то вопросы и лучше, если они у тебя будут. То, что тебе нужно у них узнать: зачем им нужен дизайнер-стажер, на какие задачи, что за команда, какие условия, сколько будет длиться стажировка, какие критерии успешного прохождения и что после.
Давать дизайнерам на собеседовании задачки не принято. Максимум тебя могут спросить о том, как ты будешь действовать, когда тебе придет какая-нибудь задача: c чего начнешь, как будешь решать.
План действий такой:
1. Нужно понять, в чем заключается задача и какая проблема решается. Если об этом не написано в самой задаче или написано невнятно, то нужно пойти и уточнить все детали у того, кто ее поставил.
1. Ресёч: находим место на сайте, о котором говориться в задаче; находим, что было сделано до нас; находим тех, кто это сделал (если к ним есть вопросы); смотрим, как это у конкурентов сделано — и все в таком духе. Прикидываем схему взаимодействия.
2. Начинаем делать наброски решений. Попутно уточняя детали у менеджера, если возникают вопросы.
Полина:
Просто собеседование с hr я уже прошла, оно длилось 15 минут. А это будет именно техническое. Значит, буду готовиться задавать вопросы и по стажировке, и по продукту. А могут быть вопросы в духе: "Назовите основные тренды в UX?", "Что такое дизайн-мышление?" "Как вы представляете себе работу UX-дизайнера в крупной компании?"
Я:
Спросить могут что угодно, но обычно вопросы на знание матчасти не задают.
Все, что нужно уже они увидели в портфолио. Их задача сейчас — понять, подходишь ли ты им в команду как человек.
И тут как в Тиндере — либо да, либо нет. К этому нельзя подготовиться, да и не нужно. Будь собой. Не пытайся показаться более опытной, чем есть — это всегда заметно. Помни, что не знать что-то — это нормально. Честно говори: у меня не было такого опыта, но я изучу этот вопрос.
«Сергей, добрый день! У меня в понедельник собеседование в МТС на UI/UX дизайнера стажера по скайпу, часовое. А я даже не представляю, что там будут спрашивать и к чему готовиться. Раз часовое и по бизнес-скайпу, могут в прямом эфире какие-то задачки давать?»
Я:
— Час — это не так много. За это время ты успеешь рассказать о себе и послушать про них.
Скорее всего, первым делом, тебя попросят рассказать о своем опыте и о том, почему ты решила стать дизайнером. Потом расскажут о себе и о том, зачем им нужен дизайнер-стажер.
После этого спросят, есть ли у тебя какие-то вопросы и лучше, если они у тебя будут. То, что тебе нужно у них узнать: зачем им нужен дизайнер-стажер, на какие задачи, что за команда, какие условия, сколько будет длиться стажировка, какие критерии успешного прохождения и что после.
Давать дизайнерам на собеседовании задачки не принято. Максимум тебя могут спросить о том, как ты будешь действовать, когда тебе придет какая-нибудь задача: c чего начнешь, как будешь решать.
План действий такой:
1. Нужно понять, в чем заключается задача и какая проблема решается. Если об этом не написано в самой задаче или написано невнятно, то нужно пойти и уточнить все детали у того, кто ее поставил.
1. Ресёч: находим место на сайте, о котором говориться в задаче; находим, что было сделано до нас; находим тех, кто это сделал (если к ним есть вопросы); смотрим, как это у конкурентов сделано — и все в таком духе. Прикидываем схему взаимодействия.
2. Начинаем делать наброски решений. Попутно уточняя детали у менеджера, если возникают вопросы.
Полина:
Просто собеседование с hr я уже прошла, оно длилось 15 минут. А это будет именно техническое. Значит, буду готовиться задавать вопросы и по стажировке, и по продукту. А могут быть вопросы в духе: "Назовите основные тренды в UX?", "Что такое дизайн-мышление?" "Как вы представляете себе работу UX-дизайнера в крупной компании?"
Я:
Спросить могут что угодно, но обычно вопросы на знание матчасти не задают.
Все, что нужно уже они увидели в портфолио. Их задача сейчас — понять, подходишь ли ты им в команду как человек.
И тут как в Тиндере — либо да, либо нет. К этому нельзя подготовиться, да и не нужно. Будь собой. Не пытайся показаться более опытной, чем есть — это всегда заметно. Помни, что не знать что-то — это нормально. Честно говори: у меня не было такого опыта, но я изучу этот вопрос.
Forwarded from Планктон | Путешествия по выходным
This media is not supported in your browser
VIEW IN TELEGRAM
Загадка: Что не так в Фигме с треугольником и почему? Ответы → в комменты.
Forwarded from Планктон | Путешествия по выходным
This media is not supported in your browser
VIEW IN TELEGRAM
Правильный ответ:
Конечно, дело не оптической компенсации — иначе, почему компенсация добавлена только по одной оси, а по другой наоборот декомпенсация (треугольник по горизонтали компенсируют отрицательными отступами, а не увеличивая их).
А правильны ответ в том, что в Фигме нет фигуры «треугольник», а есть Polygon. И по сути это равносторонний n-угольник. И размер его площадки рассчитывается так, чтобы фигура вставала в нее вне зависимости от количества углов.
(@ivan_chernikov — молодец)
Конечно, дело не оптической компенсации — иначе, почему компенсация добавлена только по одной оси, а по другой наоборот декомпенсация (треугольник по горизонтали компенсируют отрицательными отступами, а не увеличивая их).
А правильны ответ в том, что в Фигме нет фигуры «треугольник», а есть Polygon. И по сути это равносторонний n-угольник. И размер его площадки рассчитывается так, чтобы фигура вставала в нее вне зависимости от количества углов.
(@ivan_chernikov — молодец)
Pixel Perfect — плагин удаляющий дробные размеры и координаты (спасибо @designfox):
figma.com/community/plugin/741300632449121669/Pixel-Perfect
figma.com/community/plugin/741300632449121669/Pixel-Perfect
Figma
Pixel Perfect | Figma
Forgot to turn back on Snap to Pixel Grid? Not a problem. Select any layers you want to snap back to the pixel grid, and presto, their position and size are rounded back to nice round numbers.
How it works:
1. Select layers you'd like to apply Pixel Perfect…
How it works:
1. Select layers you'd like to apply Pixel Perfect…
Крупная типографика, бегущие строки и умеренный хаос — все то, что мы любим: letfliesfly.com
Letfliesfly
GD@FIT
Cargo
Отличный пример портфолио иллюстратора и аниматора из Японии. Интерфейс скоромный, но насыщенный анимацией.
#portfolio_wdb
buoy.work
#portfolio_wdb
buoy.work
buōy – Illustrator and Animator
Web Portfolio of buōy, illustrator and animator in Japan.
А кто из вас выложил свою итоговую на беханс? Делитесь ссылками: @plashch
Forwarded from Полезное дизайнеру
Тред на Reddit о том, как один чел сделал за несколько месяцев свой no-code tool и уже отжимает аудиторию у Webflow. И вы так сможете! Но это не точно . Сама приложуха вот - Aspectapp