Pull to refresh

Comments 32

Если дизайнер начнет писать код для проекта — он станет программистом (хотя лично мне больше нравится термин — «разработчик»).
Хорошие full-stack разработчики и так — большая редкость, а с навыками дизайна и подавно, да и стоят они очень дорого.
Т.е. это конечно замечательно — иметь в штате такого специалиста, но многие ли компании могут себе это позволить?
Да ладно, при чем тут код? Достаточно взять ручку и листочек и четко сформулировать задачу, обозначить контекст, в котором это задача решается (предметная область), выдвинуть идею как решить эту задачу — в случае дизайнера — на уровне UX / UI, словами и набросками.
При том, что автор именно это и предлагает:
… дизайнеры должны писать код.
Как я понял из статьи — автор пишет о дизайне в самом широком смысле.
Т.е. применительно к разработке ПО — от дизайна базы данных до дизайна пользовательского интерфейса.
По сути эффективно работать на всех описанных четырех уровнях дизайна ПО: Результат/Структура/Взаимодействие/Внешний вид — может только full-stack разработчик (вот такой например для веба). Т.е. такой дизайнер=разработчик должен обладать хорошими знаниями во всем стеке технологий, методик, подходов и т.д. в разработке своего продукта.
Но такие специалисты по определению будут очень дорогими и соответственно не доступными для небольших проектов.
Хотя возможно я не правильно понял автора статьи и речь идет о каких-то других дизайнерах.
Окей, действительно — статью прочитал не то что бы совсем по диагонали, но с купюрами — и фраза про «дизайнеры должы писать код» проскочила мимо :) И правда странное предложение. Как UX соотносится с кодом — мне не очень понятно. Задача все-таки гораздо более общая, код — очень низкоуровнево уже. Хотя техническая грамотность дизайнера, конечно, очень желательна, т.к. позволяет экономить на коммуникации.
С купюрами был перевод. Более точно по смыслу:

Это одна из причин, почему некоторые считают, что дизайнеры должны уметь писать код. Согласны вы с этим или нет, но дизайнерам несомненно надо формулировать проблемы и их решение не в пикселях, а в терминах, описывающих происходящее между компонентами системы.

Судя по списку програм, которые приводит автор, и по упоминанию о библиотеках вместо фотошопа, речь идет не о полновесном программировании, а о некоторых технических навыках.
Если дизайнер пишет HTML/CSS, то это очень здорово и логично. У меня такие ребята вызывают дикое уважение. А что касается дриббблизация, не знаю насколько качественно все могут разработать структуру, но «покрасят» отлично)
Я дизайнер который умеет писать код, иногда бывает даже стыдно в этом признаваться, т.к. некоторые дизайнеры считают это неправильным. Я уверенно владею HTML/CSS ( + Sass), так же на базовом уровне выучил джаваскрипт, чтобы иметь возможность создать некий базовый функционал в основном для UI. Я считаю, что умение писать код для дизайнера не must, но большое преимущество.

Умение писать код позволяет лучше понять как продукт работает, что можно делать, а что нельзя.

Насчет Dribbble, этот сервис изначально был создан для людей которым важно внимание к деталям. Туда выкладывают небольшие детали проектов, а не сами проекты.

Вот сюда я выложил проект целиком:
www.behance.net/gallery/19665371/Games-Catalog-mobile-APP

А на dribbble я выложил только анимацию прелоадера:
dribbble.com/shots/1719391-Simple-clock-loader-Animation
Я так и не понял претензию автора к Dribbble. Для меня Dribbble — это площадка, куда выкладываются концепты дизайнов чего-угодно. При чем здесь вообще бизнес?
Этот пост – не про Dribbble, как таковой, он про то, что ценит это сообщество.
Слишком многие дизайнеры делают свои работы, чтобы впечатлить коллег, а не чтобы решать реальные проблемы бизнеса.
Приличная часть работ, созданная соискателями, была поверхностной, созданной с оглядкой на Dribbble. Нечто, что хорошо выглядит, но плохо работает
Вроде так.
Как я понял, при том, что dribbble набрал популярность, и теперь все начинающие дизайнеры думают, что эти красивости — это и есть работа дизайнера продукта, в то время как это всего лишь её малая и не самая важная часть.
Пффф. Большинство этих как бы дизайнеров дизайнера не являются. Таков бич нашей профессии. Большинство людей считает, что дизайн это когда красиво. Даже тут, на Хабре, где вроде бы много образованных людей, мало кто знает, что дизайн — это красиво + функционально.

Бороться с этим почти бесполезно.

Верно, дизайн над UX преобладает все больше и больше. И в большинстве случаев создается дизайн ради дизайна, без исследований, прототипов, изучения поведения пользователя в интерфейсе.

По поводу того, что дизайнер должен уметь писать код — полностью согласен. Не просто писать код, а знать и понимать как его дизайн можно технически реализовать, как будет интерфейс выглядеть, масштабироваться и изменяться на различных устройствах. Обладая такими знаниями дизайнер/проектировщик может добиться более высоких результатов, создавая тем самым интерактивные прототипы, добавляя в них техническую составляющую.

Сейчас каждый уважающий себя дизайнер должен хотя бы иметь представление о том, как работают интерфейсы технически, о CSS/HTML хотя бы на уровне фреймворков. Не требуется же писать на pure — существует огромное количество фреймворков, которые облегчают процесс создания прототипов без не нужного углубления в дебри.

Что касается меня, то да, я сам часто пользуюсь css/js для прототипирования. Почему? Потому что это удобно, быстро и красиво. И в этом нет ничего сложного. Например, FramerJS — framerjs.com. Отличный способ создать прототип интерфейса приложения на js/coffee — на чем угодно.

А кто желает инвайт на Dribbble — welcome drbl.in/mmhp
Сейчас подумал, а разве не всегда так было? И это «больше» получается лишь от количественного роста.
Просто раньше не было возможности у машин поддерживать творческие порывы, а как только мощности появились то всё, разноцветные менюшки, тени, яркие картинки, вспомнить-то ранний веб и GUI.
UFO just landed and posted this here
Я имел ввиду визуальный дизайн.
Не стоит так уж серьезно относиться к дриббблу. Это как если критиковать твиты финансового специалиста за то, что он написал о том, что сдал наконец финансовый отчет. А где сам отчет? Как ты к нему пришел? Где заветные цифры?

Дрибббл — это платформа где дизайнеры хвастаются друг перед другом и показывают возможным заказчикам свое мастерство именно в плане дизайна, как красивой картинки. В большинстве своем в этом плане и совершествуют себя графические дизайнеры, иллюстраторы и прочее. Исключением являются, конечно, дизайнеры интерфейсов. Люди, которые больше времени уделяют решению задачи, а не красивой картинке. Однако оба этих аспекта очень важны, в конечном итоге. Особенно в наше время, когда рынок пестрит и тем и другим.

А в остальном, думаю, полезная статья. Оказывается применял многое из того, что вы описали, но на подсознательном уровне. Рано или поздно любой адекватный дизайнер, если у него появится достаточный опыт, должен сам прийти к какому то алгоритму работы над тем или иным проектом.

Отчасти, эта нежизнеспособная карамель — эхо бутафорских «интерфейсов» из «железного человека», «особого мнения», «трона» и т.п.
UFO just landed and posted this here
Graphic designer и UX designer — две разные профессии. Дрибл с его красивостями для первых, а вторым часто бывает достаточно одноцветных вайрфреймов.
Уже давно ищу сотрудника, который будет подсказывать верстальщику (или билдеру), как лучше выстраивать и раскрашивать элементы интерфейса, а также самостоятельно улучшать внешний вид готовых интерфейсов. От него требуется отличный эстетический вкус, хорошее владение графическими редакторами и привычка уделять много времени мировым эстетическим трендам.

Я всегда думал, что это дизайнер, но дизайнеры почему-то отказываются — говорят, что им западло быть «операторами фотошопа». Кого тогда я должен искать?
Вам нужен product designer, прежде всего заинтересованный в целом проекте, всех его этапах, с ответственностью за продукт который попадет в руки конечному потребителю. Потому что пользователи не с макетом работают, а со сверстанным по макету интерфейсу. И на этом этапе можно многое упустить без должного контроля качества.

Так же дизайненр может создать ui-kit, из элементов и компонентов которого верстальщик уже будет собирать готовые интерфейсы, тем самым не задумываясь какой цвет выбрать для кнопки или прочего элемента. Но и без предварительного проектирования и прототипирования тут не обойдется: просто так ставить элементы или выбирать цвета нельзя, всегда стоит опираться на user-flow и UX в целом.
А у меня не продукт, а процесс: три (пока) вебсайта, в которых постоянно меняется структура контента и сервисы. Затем тестируются на аудитории и снова идут в обработку, и так уже два года. Я не могу позволить нам ждать, пока какой-то отдельный человек осмыслит всё, нарисует у себя, а потом еще будет дорабатывать, потому что не учел результатов последнего теста. Тем более, что к тому времени подоспеют новые тесты и требования. А если он член команды, то тем более должен большую часть работы проводить, корректируя верстальщика по ходу дела.
Тот, кто вам нужен, product designer-ом и называется нынче. Не задизайнил-выпустил-забыл, а как вы и сказали — поддерживает, мониторит и реагирует на изменения. Притом понимая и про стадии производства, и про юзера, и про бизнес. И есть слона он начнет по кусочкам и сейчас, а не целиком через год. Вот живой пример из мейл-ру: jvetrau ;]
Спасибо. Я пришел к выводу, что именно продукт-дизайнер и есть настоящий, правильный дизайнер с правильным подходом к делу. Всё остальное — от лукавого. А «задизайнил как нравится и бросил» — это для лохов, по сути.
Обычно нужных вам ребят называют техническими дизайнерами. Могут использовать и другие названия, например, дизайнер веб-контента.
Есть ли какие-нибудь нотации для описания структуры системы, чтобы создавать подобные диаграммы как в статье? Мне на ум приходит нотация IDEF0, но она больше подходит для описания бизнес-процессов.
7 лет переделываю дизайн одного продукта, доводя его до идеально работающего результата, так что от вашей статьи аж прослезился.
+1
Есть еще проблема в формулировках — у нас слишком много описываеться термином «дизайн».

Вот что я имею ввиду. В статье описан более глобальный вариант, но бывают задачи очень локальные. Вот лично мне доводилось делать дизайн по полностью готовым прототипам (axure). То есть это как бы и не дизайн, но все же красоту нужно было навести и выверить каждый пиксел (это, то чем занимаются люди с дриббл).

Так что задачи бывают разные и разные специ нужны.

Что касаеться статьи, то как по мне дизайнер продукта должен в первую очередь понимать цели пользователей, который продукт должен решить и это первостепенно. Мне тут не совсем понятно причем тут «миссия компании» и все такое. Если компания=продукт, то я согласен, а вот если нет, то…

И, кстати, на каком-то уровне придется делать очень качественную картинку, чтобы привлечь внимание клиента или инвестора. Каким бы гениальным не был продукт, но если на «скринах» при продаже г**но, то продаж не будет.
И, кстати, на каком-то уровне придется делать очень качественную картинку, чтобы привлечь внимание клиента или инвестора. Каким бы гениальным не был продукт, но если на «скринах» при продаже г**но, то продаж не будет.

Более того, бывают ситуации, когда по запросу продвигающих продажи приходится изменять интерфейс, понижая удобство пользования, но повышая его чисто визуальную привлекательность.
Например, в серьезных приложениях, с которыми пользователь будет работать продолжительное время, некоторые недостатки вылезут не сразу, либо пользователь вообще не узнает, что на какой-то стадии разработки продукт был удобнее.
Зато на решения о покупке «крутость» внешнего вида влияет, подчеркивая, что продукт инновационный.
Ну вообще странно, что нужно уменьшать удобство для внешнего вида. Что мешает навести лоск без ухудшения?
Простое наведение лоска имеет свои пределы.
Например, продукт может содержать обилие таблиц, графиков и прочих элементов со сложной интерактивностью и кучей маркируемых состояний. Причем, большая часть цветовой шкалы отдана значащим цветам, которые нельзя использовать в интерфейсе. А продажники хотят, чтоб он не потерялся среди простых ярких приложний для гаджетов…
Хороший пример плохого дизайна на второй картинке — аватары в круглой рамке смотрятся круто, но абсолютно бесполезные в реальной жизни.
Only those users with full accounts are able to leave comments. Log in, please.