ch
Feedback
основы веб дизайна

основы веб дизайна

前往频道在 Telegram

чил энд фрил

显示更多
4 045
订阅者
无数据24 小时
-17
-330
帖子存档
Правильный ответ: Конечно, дело не оптической компенсации — иначе, почему компенсация добавлена только по одной оси, а по другой наоборот декомпенсация (треугольник по горизонтали компенсируют отрицательными отступами, а не увеличивая их). А правильны ответ в том, что в Фигме нет фигуры «треугольник», а есть Polygon. И по сути это равносторонний n-угольник. И размер его площадки рассчитывается так, чтобы фигура вставала в нее вне зависимости от количества углов. (@ivan_chernikov — молодец)

Загадка: Что не так в Фигме с треугольником и почему? Ответы → в комменты.

Обратите внимание: попап поверх другого попапа — это странно и лучше так не делать.
Обратите внимание: попап поверх другого попапа — это странно и лучше так не делать.

Полина: «Сергей, добрый день! У меня в понедельник собеседование в МТС на UI/UX дизайнера стажера по скайпу, часовое. А я даже не представляю, что там будут спрашивать и к чему готовиться. Раз часовое и по бизнес-скайпу, могут в прямом эфире какие-то задачки давать?» Я: — Час — это не так много. За это время ты успеешь рассказать о себе и послушать про них. Скорее всего, первым делом, тебя попросят рассказать о своем опыте и о том, почему ты решила стать дизайнером. Потом расскажут о себе и о том, зачем им нужен дизайнер-стажер. После этого спросят, есть ли у тебя какие-то вопросы и лучше, если они у тебя будут. То, что тебе нужно у них узнать: зачем им нужен дизайнер-стажер, на какие задачи, что за команда, какие условия, сколько будет длиться стажировка, какие критерии успешного прохождения и что после. Давать дизайнерам на собеседовании задачки не принято. Максимум тебя могут спросить о том, как ты будешь действовать, когда тебе придет какая-нибудь задача: c чего начнешь, как будешь решать. План действий такой: 1. Нужно понять, в чем заключается задача и какая проблема решается. Если об этом не написано в самой задаче или написано невнятно, то нужно пойти и уточнить все детали у того, кто ее поставил. 1. Ресёч: находим место на сайте, о котором говориться в задаче; находим, что было сделано до нас; находим тех, кто это сделал (если к ним есть вопросы); смотрим, как это у конкурентов сделано — и все в таком духе. Прикидываем схему взаимодействия. 2. Начинаем делать наброски решений. Попутно уточняя детали у менеджера, если возникают вопросы. Полина: Просто собеседование с hr я уже прошла, оно длилось 15 минут. А это будет именно техническое. Значит, буду готовиться задавать вопросы и по стажировке, и по продукту. А могут быть вопросы в духе: "Назовите основные тренды в UX?", "Что такое дизайн-мышление?" "Как вы представляете себе работу UX-дизайнера в крупной компании?" Я: Спросить могут что угодно, но обычно вопросы на знание матчасти не задают. Все, что нужно уже они увидели в портфолио. Их задача сейчас — понять, подходишь ли ты им в команду как человек. И тут как в Тиндере — либо да, либо нет. К этому нельзя подготовиться, да и не нужно. Будь собой. Не пытайся показаться более опытной, чем есть — это всегда заметно. Помни, что не знать что-то — это нормально. Честно говори: у меня не было такого опыта, но я изучу этот вопрос.

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

Перелистывание Интересная навигация на сайте: страницы перелистываются, накладываясь друг на друга. За наводку спасибо дайджесту «Оди» Источник #web #навигация

О, наше примеры интерфейсных иснтаграмов: instagram.com/dvlvwe/ instagram.com/ghanipra/

Подборщик цветов от Muzli. Из плюсов — показывает примеры интерфейсов в темном и светлом варианте. colors.muz.li