Ну почему вот «Сердитый гражданин», а не «Счастливый гражданин»? Ну откуда вот у вас это, откуда? Как назовете, с таким ведь отношением и будет поступаемый контент и ожидания от него. Это не Angry Birds — игра про птичек, нет.
Вам нужен product designer, прежде всего заинтересованный в целом проекте, всех его этапах, с ответственностью за продукт который попадет в руки конечному потребителю. Потому что пользователи не с макетом работают, а со сверстанным по макету интерфейсу. И на этом этапе можно многое упустить без должного контроля качества.
Так же дизайненр может создать ui-kit, из элементов и компонентов которого верстальщик уже будет собирать готовые интерфейсы, тем самым не задумываясь какой цвет выбрать для кнопки или прочего элемента. Но и без предварительного проектирования и прототипирования тут не обойдется: просто так ставить элементы или выбирать цвета нельзя, всегда стоит опираться на user-flow и UX в целом.
Верно, дизайн над UX преобладает все больше и больше. И в большинстве случаев создается дизайн ради дизайна, без исследований, прототипов, изучения поведения пользователя в интерфейсе.
По поводу того, что дизайнер должен уметь писать код — полностью согласен. Не просто писать код, а знать и понимать как его дизайн можно технически реализовать, как будет интерфейс выглядеть, масштабироваться и изменяться на различных устройствах. Обладая такими знаниями дизайнер/проектировщик может добиться более высоких результатов, создавая тем самым интерактивные прототипы, добавляя в них техническую составляющую.
Сейчас каждый уважающий себя дизайнер должен хотя бы иметь представление о том, как работают интерфейсы технически, о CSS/HTML хотя бы на уровне фреймворков. Не требуется же писать на pure — существует огромное количество фреймворков, которые облегчают процесс создания прототипов без не нужного углубления в дебри.
Что касается меня, то да, я сам часто пользуюсь css/js для прототипирования. Почему? Потому что это удобно, быстро и красиво. И в этом нет ничего сложного. Например, FramerJS — framerjs.com. Отличный способ создать прототип интерфейса приложения на js/coffee — на чем угодно.
А кто желает инвайт на Dribbble — welcome drbl.in/mmhp
Нашелся мой гмейл. Но со старым паролем 3-летней давности. Я всегда безопасно относился к своему паролю. Единственное место где он мог бы храниться — сервис lastpass. Так же еще мог быть запомнен в браузере Mozilla Firefox.
Я уверен, что магазины, которые их используют, каждый день недополучают адову кучу денег только из-за того, что бывают ситуации: «О, яблоки. Возьму пару… а, не, пакет же надо разлеплять».
Я просто беру яблоки и кладу в корзину :)
Была у меня история, что когда в супермаркете такие пакеты закончились — рядом с фруктами положили обычные, но уже оторванные и распакованные, т.е. полностью готовые пакеты чтобы взять их и положить сразу в них товар. Так вот, эти распакованные пакеты разлетелись как пирожки, вместе с содержимом коробок фруктов и овощей. Конверсия резко увеличилась :)
Ага, только вот пользователи как раз не в презентациях будут сидеть ;) Почему не сдалали интерактивные прототипы (основанные на простых png страничек) — непонятно. Например, в том же invision app. такие проекты без сильного ux нельзя редизайнить. А если были бы прототипы, то и оценивать можно было по удобству, а так же провести UX-тест среди пользователей как отдельная номинация.
В Sketch 3 есть интеграция с Time Machine. Автоматическое сохранение и версионность.
Для расшаривания ассетов есть Dropbox или более изощренный вариант — InvisionApp (сервис для прототипирования; в нем есть хранение ассетов и их версий).
Так же дизайненр может создать ui-kit, из элементов и компонентов которого верстальщик уже будет собирать готовые интерфейсы, тем самым не задумываясь какой цвет выбрать для кнопки или прочего элемента. Но и без предварительного проектирования и прототипирования тут не обойдется: просто так ставить элементы или выбирать цвета нельзя, всегда стоит опираться на user-flow и UX в целом.
По поводу того, что дизайнер должен уметь писать код — полностью согласен. Не просто писать код, а знать и понимать как его дизайн можно технически реализовать, как будет интерфейс выглядеть, масштабироваться и изменяться на различных устройствах. Обладая такими знаниями дизайнер/проектировщик может добиться более высоких результатов, создавая тем самым интерактивные прототипы, добавляя в них техническую составляющую.
Сейчас каждый уважающий себя дизайнер должен хотя бы иметь представление о том, как работают интерфейсы технически, о CSS/HTML хотя бы на уровне фреймворков. Не требуется же писать на pure — существует огромное количество фреймворков, которые облегчают процесс создания прототипов без не нужного углубления в дебри.
Что касается меня, то да, я сам часто пользуюсь css/js для прототипирования. Почему? Потому что это удобно, быстро и красиво. И в этом нет ничего сложного. Например, FramerJS — framerjs.com. Отличный способ создать прототип интерфейса приложения на js/coffee — на чем угодно.
А кто желает инвайт на Dribbble — welcome drbl.in/mmhp
Я просто беру яблоки и кладу в корзину :)
Была у меня история, что когда в супермаркете такие пакеты закончились — рядом с фруктами положили обычные, но уже оторванные и распакованные, т.е. полностью готовые пакеты чтобы взять их и положить сразу в них товар. Так вот, эти распакованные пакеты разлетелись как пирожки, вместе с содержимом коробок фруктов и овощей. Конверсия резко увеличилась :)
Для Gulp уже есть поддержка версии 3.0: github.com/koistya/gulp-csscomb/blob/master/package.json#L14
Для расшаривания ассетов есть Dropbox или более изощренный вариант — InvisionApp (сервис для прототипирования; в нем есть хранение ассетов и их версий).
«Китайский суперкомпьюьтер Тяньхэ-3 возглавил восстание против человечества»
Марс по сравнению с Луной более приближен к Земным условиям.
P.S. На сюжет новой стратегии похоже или экшена. Но радует то, что наконец-то это стало реальным, аж горжусь за Землян :)