Comments 11
дизайнеру необходимо вникать в суть процесса разработки
бывало такое — «начинай делать, вникнешь пока сделаешь»… в итоге затраченное время х1,5… и ведь не пояснить сразу, что ты не «программер с фотошопом»
+5
То, что с дизайнером нужно говорить на его языке — мне было понятно и очевидно ещё до прочтения статьи. Больше понравился акцент на разных уровнях дизайнеров. Лично мне эта классификация помогла осознать свои ошибки в работе с творческими людьми и, как минимум, снять неоправданные ожидания.
+3
Довольно похожее было про обезьян, но читать про дизайнеров в том же стиле, конечно, интереснее. И не хватает такой же статьи про джуниоров и сеньоров.
+1
дизайнеру необходимо вникать в суть процесса разработки
Поддерживаю. Я, как дизайнер, очень многое понял и начал переоценку ценностей после того как рука об руку с разработчиками начал внедрять свои идеи. Ручками разгребая андройдовский XML и вникая как реализовать свои задумки. После этих опытов стал делать меньше «пространственной лажи» и применять больше решений позволяющих упростить процесс интеграции дизайна с приложением.
Да здравствует кооперация дизайнеров с разработчиками! :-)
+5
Постоянно сталкиваюсь с дизайнерами, неспособными прочитать подробно составленное ТЗ.
С референсами, полным перечислением кнопок и т.д.
Помогает только если сам все нарисуешь, а исполнитель подретуширует.
Это какой уровень вникания?
С референсами, полным перечислением кнопок и т.д.
Помогает только если сам все нарисуешь, а исполнитель подретуширует.
Это какой уровень вникания?
0
Ну тут значит нужно искать дизайнеров, которые умеют читать ТЗ.
И еще, для большинства проектов лично я использую схему:
0. Детализированный бриф
1. Информационная структура
2. Прототип
3. Дизайн
… далее идут этапы разаработки.
Так вот, если человек не может по прототипам нарисовать, то это уже почти клиника.
И еще, для большинства проектов лично я использую схему:
0. Детализированный бриф
1. Информационная структура
2. Прототип
3. Дизайн
… далее идут этапы разаработки.
Так вот, если человек не может по прототипам нарисовать, то это уже почти клиника.
+1
Забыли главное: чтобы стать дизайнером, нужно чтобы тебя укусил другой дизайнер.
+2
Главное понимать кто что должен делать, четко поставленные задачи творят чудеса, и не лезть в тарелку к дизайнерам.
+2
Главное, что дизайнер должен понять: он делает не картинку. Ему платят (в большинстве случаев) за достижение целей дизайна.
И как только это понимание приходит, то сразу же отпадает желание «пидорасить» картинки и сразу появляется желание сотрудничать и с клиентом и с разработчиками.
И как только это понимание приходит, то сразу же отпадает желание «пидорасить» картинки и сразу появляется желание сотрудничать и с клиентом и с разработчиками.
0
Дизайнер не может причинить вред человеку или своим бездействием допустить, чтобы человеку был причинён вред.
+1
Sign up to leave a comment.
Как работать с дизайнерами