Когда у вас завершаются несколько сценариев одним и тем же экраном, как вы обновляете этот экран? У вас он - инстанс компонента, и все экраны разложены по разделам в другом месте?
Пункт 5: я могу представить, зачем можно использовать этот плагин, но пример по-моему не очень корректный. Ведь если нужно поправить текст, это может сделать разработчик, найдя нужный див, например. Участие дизайнера тут совершенно не нужно (если это такого уровня задача).
Тут же еще вопрос: зачем выстраивать целый макет сайта, если надо поменять, например, один блок? Я в таком случае строю чисто это блок, а весь остальной сайт идет скрином - у вас же не заказывают весь макет, за что платят, то и получают.
к нам меньше стали приходить с вопросами о том, как что-то написать, исчезли конфликты в чатах и сократилось время принятия решений о том, как правильно написать текст
Ничего себе, ваш гайд кто-то читает)) даже если я писала где-то гайд или закрепляла ссылку на разные нужные файлы, меня каждый раз просили «скинуть актуальную версию»))
Есть ли какие-то технические ограничения, о которых мне стоит знать?
Вот этот вопрос. Я очень часто получала на него вначале отрицательный ответ, а когда привожу какое-то свое видение решения проблемы, получается, что ограничения все же есть. Так что он идет в очень тёмной связке с созвоном с командой разработки. Менеджер зачастую может не знать, есть ли в действительности какие-то ограничения.
Прошу прощения, что отвечаю только сейчас. Да, я знаю, я так-то метила на 130к минимум XD потому что до этого я столько примерно и зарабатывала.
Но у меня UI дизайн не самый "красивый", а от этого и портфолио получается без "ВАУ" эффекта. Я старалась больше налегать на UX - расписывать, как фичи разбирала от требования заказчика до реализации дизайна и контроля разработки, например. Но даже на позицию UX-проектировщик мне отказали под предлогом "UI плохой". Я бы не сказала, что у меня UI прям совсем плохой. Он нормальный, просто не подходит для 100500 лайков на дрибббл.
Сейчас на этой работе я завершаю испытательный срок. Мне грозились "повысить зп и изменить погоны", но пока я ничего не знаю. ПМ на тет-а-тет сказал, что я больше похожа на сеньора-помидора, чем на джуна (а я реально точно не джун), и это абсолютно очевидно вообще всем.
Я была бы рада отклику по моему портфолио, но не уверена, что сюда можно ссылку кидать.
Очень часто в аналоги фигме приводятся именно фш и люстра, так как люди в большинстве знают, что такое хотя бы фш. Но вы правы, это совершенно некорректное сравнение, гораздо ближе скетч и XD
Сначала хотела было набычить, что опять тут используется подход "идеального сценария" и "идеального дизайнера", но быстро поняла, что тут рассказывается про дизайн-концепт в сфере графического дизайна, а место действия - дизайн-студия. Я давно хочу уйти от графического дизайна, а в дизайн-студиях не работала, но графиком в начале карьеры я была. Поэтому прокомментирую некоторые моменты: Я сама сейчас готовлю дизайн-концепт, только для интерфейса системы. Я одна, из всей команды, потому что вот так вот, потому что. Это первое, это тоже бывает, что человек один, а не команда, поэтому аргумент на "почему так долго? - потому что мы всей командой делали и проверяли" не сработает.
Советую менеджерам озвучивать дату дедлайна на день-два раньше реальной. Поверьте, это сбережет ваши нервы
Вообще не факт, что сбережет нервы (хотя, смотря о чьих нервах речь, видимо, о нервах менеджера). Мне вот дали четыре задачи в начале недели и сказали сделать их до конца недели, при том, что у меня уже висело три крупные задачи. И я перерабатывала, лишь бы успеть. В итоге мне через две недели после "дедлайна" написали: "А ты доделала эти задачи?" То есть, у людей было как минимум три недели на их выполнение, а мне сказали сделать за пять дней - я перерабатывала по часу-полтора каждый день, чтобы все успеть... А также, если это все же обращение к нервам менеджера, стоило написать, что если вы озвучиваете дедлайн раньше настоящего, то делайте это серьезно: мало что хуже, чем дизайнер, в мыле и тревоге отправляющий макет менеджеру и всем на проверку, а его игнорят, потому что только эти люди знают, что дедлайн фиктивный.
Отрабатываем типичные возражения заранее
Все эти аргументы заказчик запросто может сломить "а я хочу в два раза больше, и пофиг на то, что будет отвлекать".
Меня всегда поражает в таких статьях, что никогда не говорится о том, что нужно знать меру в попытках защитить свой дизайн, нужно понять, когда стоит смириться и идти на поводу у заказчика, пытаясь сохранить хорошие отношения. Можно долго говорить о том, какой ты крутой дизайнер и что "если вы перечите мне, то вы не цените мое профессиональное опытное мнение", но иногда то, что хочет заказчик, он получит, даже если это будете не вы.
В июле этого года искала работу UX UI дизайнером. Откликнулась примерно на 70+ вакансий, приблизительно 30 из них отказ, 40 - игнор. Собеседований у меня было около трех (из них один оффер, где я сейчас и работаю), еще два тестовых без собеседования (это были отказы).
У меня опята 7 лет, из которых 3 года именно на поприще проектирования интерфейсов. Я позиционирую себя как твердого миддла. Тем не менее работу я смогла найти лишь джуниором на зп 80к. Так что я бы не сказала, что от 100 тысяч это для начинающих специалистов) начинающие это до 80к, так как мне даже это не хотели давать.
Сейчас на этой работе в мои обязанности входит чисто рисование интерфейса. Все остальное, что меня интересует (написание документации, схемы типа CJM или архитектура приложения, требования к экранам и другие вроде как больше аналитические зажачи) чисто по моему запросу и желанию (и то я боюсь подставить коллег-дизайнеров своей гипер-инициативностью. Конечно, я понимаю, что все это не стоит 80к в месямесяц, тем не менее, я стараюсь забрать максимум знаний, которыми я хочу владеть, пока мне их дают.
Обычно, когда дизайнер приходит в проект и видит разносортные цвета, иконки и карточки в интерфейсе, это значит, что UI-кита, как и вообще дизайнера, на проекте вообще не было, и интерфейс полная отсебятина одного разработчика.
Также по поводу, что нереально нарисовать некоторые принципы поведения компонента: вполне реально нарисовать анимированный прототип, сделать гиф или оставить прототипом, прикрепить к описанию.
В остальном, статья в целом полезная, спасибо. Главная мысль: все, что повторяется больше одного раза, это компонент.
Я не думаю, что приходя на новое место работы человек сразу создает таблицу. И вообще, создание таблицы - дело недолгое, а основная масса работы приходится на селект фром. Так что правильней все же научиться выбирать, а создавать дб или таблицу это уже дело десятое.
Потому что зачастую так и есть, люди держат в уме, что они сделали, а как только возникает необходимость передать это сакральное знание, начинается переполох.
Будь я на месте автора, я бы упомянула, что есть понятие UIkit в дизайне интерфейсов, там это сборник всех ГРАФИЧЕСКИХ элементов интерфейса и их состояний, на которые ориентируются дизайнеры, верстальщики и разработчики для построения новых экранов и нового функционала. Поэтому да, UIkit это про UI, не вводите в заблуждение и давайте уточнение, что вы говорите о другом.
Здравствуйте. Спасибо за статью!
Когда у вас завершаются несколько сценариев одним и тем же экраном, как вы обновляете этот экран? У вас он - инстанс компонента, и все экраны разложены по разделам в другом месте?
Вы не пользуетесь аннотациями в DevMode?
Статья полезная.
Все эти доводы могут очень весело разбиться об «а мне хочется так!» какого-нибудь продакт оунера.
Спасибо за статью!
Пункт 5: я могу представить, зачем можно использовать этот плагин, но пример по-моему не очень корректный. Ведь если нужно поправить текст, это может сделать разработчик, найдя нужный див, например. Участие дизайнера тут совершенно не нужно (если это такого уровня задача).
Тут же еще вопрос: зачем выстраивать целый макет сайта, если надо поменять, например, один блок? Я в таком случае строю чисто это блок, а весь остальной сайт идет скрином - у вас же не заказывают весь макет, за что платят, то и получают.
Да, вы правы. Статья как будто о том, для чего в целом дс.
Хотелось бы посмотреть на примеры экранов.
user - это про пользователя приложения, интерфейса. В более широком смысле это уже CX - customer experience.
Ничего себе, ваш гайд кто-то читает)) даже если я писала где-то гайд или закрепляла ссылку на разные нужные файлы, меня каждый раз просили «скинуть актуальную версию»))
Вот этот вопрос. Я очень часто получала на него вначале отрицательный ответ, а когда привожу какое-то свое видение решения проблемы, получается, что ограничения все же есть. Так что он идет в очень тёмной связке с созвоном с командой разработки. Менеджер зачастую может не знать, есть ли в действительности какие-то ограничения.
Почему UX не про «пользовательский опыт», ведь перевод на русский абсолютно такой? И на что тогда сетовать, если приложением пользоваться неудобно?
Прошу прощения, что отвечаю только сейчас.
Да, я знаю, я так-то метила на 130к минимум XD потому что до этого я столько примерно и зарабатывала.
Но у меня UI дизайн не самый "красивый", а от этого и портфолио получается без "ВАУ" эффекта. Я старалась больше налегать на UX - расписывать, как фичи разбирала от требования заказчика до реализации дизайна и контроля разработки, например. Но даже на позицию UX-проектировщик мне отказали под предлогом "UI плохой".
Я бы не сказала, что у меня UI прям совсем плохой. Он нормальный, просто не подходит для 100500 лайков на дрибббл.
Сейчас на этой работе я завершаю испытательный срок. Мне грозились "повысить зп и изменить погоны", но пока я ничего не знаю. ПМ на тет-а-тет сказал, что я больше похожа на сеньора-помидора, чем на джуна (а я реально точно не джун), и это абсолютно очевидно вообще всем.
Я была бы рада отклику по моему портфолио, но не уверена, что сюда можно ссылку кидать.
Очень часто в аналоги фигме приводятся именно фш и люстра, так как люди в большинстве знают, что такое хотя бы фш. Но вы правы, это совершенно некорректное сравнение, гораздо ближе скетч и XD
Статья нормальная, спасибо!
Сначала хотела было набычить, что опять тут используется подход "идеального сценария" и "идеального дизайнера", но быстро поняла, что тут рассказывается про дизайн-концепт в сфере графического дизайна, а место действия - дизайн-студия. Я давно хочу уйти от графического дизайна, а в дизайн-студиях не работала, но графиком в начале карьеры я была. Поэтому прокомментирую некоторые моменты:
Я сама сейчас готовлю дизайн-концепт, только для интерфейса системы. Я одна, из всей команды, потому что вот так вот, потому что. Это первое, это тоже бывает, что человек один, а не команда, поэтому аргумент на "почему так долго? - потому что мы всей командой делали и проверяли" не сработает.
Вообще не факт, что сбережет нервы (хотя, смотря о чьих нервах речь, видимо, о нервах менеджера). Мне вот дали четыре задачи в начале недели и сказали сделать их до конца недели, при том, что у меня уже висело три крупные задачи. И я перерабатывала, лишь бы успеть. В итоге мне через две недели после "дедлайна" написали: "А ты доделала эти задачи?" То есть, у людей было как минимум три недели на их выполнение, а мне сказали сделать за пять дней - я перерабатывала по часу-полтора каждый день, чтобы все успеть...
А также, если это все же обращение к нервам менеджера, стоило написать, что если вы озвучиваете дедлайн раньше настоящего, то делайте это серьезно: мало что хуже, чем дизайнер, в мыле и тревоге отправляющий макет менеджеру и всем на проверку, а его игнорят, потому что только эти люди знают, что дедлайн фиктивный.
Все эти аргументы заказчик запросто может сломить "а я хочу в два раза больше, и пофиг на то, что будет отвлекать".
Меня всегда поражает в таких статьях, что никогда не говорится о том, что нужно знать меру в попытках защитить свой дизайн, нужно понять, когда стоит смириться и идти на поводу у заказчика, пытаясь сохранить хорошие отношения. Можно долго говорить о том, какой ты крутой дизайнер и что "если вы перечите мне, то вы не цените мое профессиональное опытное мнение", но иногда то, что хочет заказчик, он получит, даже если это будете не вы.
В июле этого года искала работу UX UI дизайнером. Откликнулась примерно на 70+ вакансий, приблизительно 30 из них отказ, 40 - игнор. Собеседований у меня было около трех (из них один оффер, где я сейчас и работаю), еще два тестовых без собеседования (это были отказы).
У меня опята 7 лет, из которых 3 года именно на поприще проектирования интерфейсов. Я позиционирую себя как твердого миддла. Тем не менее работу я смогла найти лишь джуниором на зп 80к. Так что я бы не сказала, что от 100 тысяч это для начинающих специалистов) начинающие это до 80к, так как мне даже это не хотели давать.
Сейчас на этой работе в мои обязанности входит чисто рисование интерфейса. Все остальное, что меня интересует (написание документации, схемы типа CJM или архитектура приложения, требования к экранам и другие вроде как больше аналитические зажачи) чисто по моему запросу и желанию (и то я боюсь подставить коллег-дизайнеров своей гипер-инициативностью. Конечно, я понимаю, что все это не стоит 80к в месямесяц, тем не менее, я стараюсь забрать максимум знаний, которыми я хочу владеть, пока мне их дают.
Обычно, когда дизайнер приходит в проект и видит разносортные цвета, иконки и карточки в интерфейсе, это значит, что UI-кита, как и вообще дизайнера, на проекте вообще не было, и интерфейс полная отсебятина одного разработчика.
Также по поводу, что нереально нарисовать некоторые принципы поведения компонента: вполне реально нарисовать анимированный прототип, сделать гиф или оставить прототипом, прикрепить к описанию.
В остальном, статья в целом полезная, спасибо. Главная мысль: все, что повторяется больше одного раза, это компонент.
Я не думаю, что приходя на новое место работы человек сразу создает таблицу. И вообще, создание таблицы - дело недолгое, а основная масса работы приходится на селект фром. Так что правильней все же научиться выбирать, а создавать дб или таблицу это уже дело десятое.
Здорово написали! Для новичков в этом деле очень важно объяснять такие вещи.
Смутило только «Raw» - это же вы строку хотели обозвать? Она тогда Row будет, Raw это прилагательное сырой.
Потому что зачастую так и есть, люди держат в уме, что они сделали, а как только возникает необходимость передать это сакральное знание, начинается переполох.
Да ладно-ка. Если дизайнеру заказали нарисовать макет под вёрстку, то подготовить макет к этой верстке - это обязанность дизайнера.
Будь я на месте автора, я бы упомянула, что есть понятие UIkit в дизайне интерфейсов, там это сборник всех ГРАФИЧЕСКИХ элементов интерфейса и их состояний, на которые ориентируются дизайнеры, верстальщики и разработчики для построения новых экранов и нового функционала. Поэтому да, UIkit это про UI, не вводите в заблуждение и давайте уточнение, что вы говорите о другом.