Pull to refresh

Comments 32

Странно, что Photoshop требуют. Обычно UI в векторе рисуют. Не помню когда последний мне присылали PSD-файлы. А когда присылали раньше, это практически всегда выливалось в кучу ненужных взаимодействий с приславишим — размер поменять, подвинуть и т.д.
Лет 10 в Photoshop рисую интерфейсы. Есть же аля вектор там. Тяни сколько хочешь.
Понятно. Век живи век учись. Никогда такого в фотошопе не присылали. Обычно только кучу растровых слоев.
Я рисую в иллюстраторе, но перед отправкой часто «тюнингую» в фотошопе, добавив формочек-картинок. А так да, это не первая необходимость, но и не знать, работая с графикой, стыдно.
Эт да, стыдно, я согласен. Но я ожидал увидеть на той диаграмме в первой строке не Photoshop, а Fireworks.
Я бы тоже с радостью ожидал его увидеть, но реалии таковы. Проблема Fireworks ещё и в том, что Adobe этой весной отказалась от его дальнейшего развития. Но, смотря на альтернативы, я думаю, что его текущих возможностей ещё долго будет хватать с головой. Пока конкуренты выйдут на достойный уровень.
Это была очень печальная новость. И удивительная. Такой продукт замечательный закрыли. Зачем? Почему? Кто виноват и что делать?
Официально вроде сообщалось, что в других продуктах есть вся функциональность FW, поэтому нет необходимости дублировать. Отчасти он похож на InDesign и многие команды проектирования используют его, но все же InDesign изначально рассчитан на верстку печатных изданий.
Будем надеяться, что другие компании используют момент и выпустят достойную замену. В таких ситуациях начинаешь очень хорошо понимать все преимущества OpenSources-решений.
Вот чесалось Адобу в одном месте его покупать чтобы потом закрыть продукт. Гады…
В мобильном дизайне только Photoshop, реже Sketch.
UFO just landed and posted this here
Вакансия на hh — хорошо, но в половине собеседований вживую признавались, что им хотелось бы иметь универсала. Ходи спрашивай, проектируй, потом фотошоп, частичное участие в вёрстке и ОТК.
UFO just landed and posted this here
Как говорил мой начальник: так и делать ты будешь что-то одно в один момент времени.
UFO just landed and posted this here
Один универсал всегда лучше двух отдельных людей. И с точки зрения оплаты труда и с точки зрения получения конечного результата. Специализация в ИТ не панацея по увеличению эффективности труда, как на заводах, а ровно наоборот — неизбежное зло, т.к. технологии слишком сложные и осваивать их долго.
Это с позиции менеджмента, который понимает в разработке.

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

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

По опыту, при разделении труда получается хороший процесс, если всегда есть новые и сложные проекты. Для одного проекта всегда хватит универсала.
Ну это логично. Во-первых, по-настоящему крутых ux-спецов, которые понимают причины поведения пользователей, а не просто следуют правилу 7+-2, в нашей стране можно по пальцам пересчитать.
А, во-вторых, дорого держдать в команде axure-джедая, когда его может от части заменить дизайнер-универсал с мозгами.

Если продукт выходит на действительно массовый рынок — там да, нужна команда проектировщиков. Но пока он локален, вполне хватит и думающего рисовальщика.
Печально, что нужен фотошоп, а умением пользоваться карандашом и доской никто не интересуется.
или логикой, например. или здравым смыслом. зато «художественный вкус»:-)
Спасибо за статью. А я сейчас, как раз активно ищу работу проектировщиком, но не в Москве а Штатах (Бостон) и столкнулся с другой сложностью — подавляющее большинство вакансий требуют не только «логики и рисования» но и программирования (Javascript, PHP и т.д.). Т.е. компании хотят, еще большей универсальности, чтобы интерфейс был не только спроектирован, оформлен, но и внедрён.
Практически все компании требуют серьезного понимания методологии проектирования и владения специализированным ПО (Visio, Balsamic, Axure...), фотошоп отдельно почти не упоминают, часто пишут Adobe Creative Suite в комплексе.
Абсолютное большинство требует высшего образования в сфере связанной данной тематикой (у них тут вообще к образованию гораздо серьезнее относятся).
Минимальный опыт — около 5 лет.
Очень востребованы специалисты работающие с мобильными платформами.
В общем, мне почти не попадаются вакансии с не большими, не жесткими требованиями — все хотят продвинутых опытных (ведущих) специалистов.
Уровень заявляемых зарплат в данной области (в районе Бостона) начинаетcя от 70000$/год, средняя около 90000$/год, верхняя планка доходит до 160000$ (отсюда откусят 10-20% налог).
В соседнем штате РодАйленде (100 км от Бостона) UX/UI-Дизайнеры практически не нужны.
Конкуренция судя по всему весьма высокая.
В нашей группе сейчас 6 UX дизайнеров. Ни рисовать, ни программировать никто из них не умеет, но этого и не требуется. За визуалы отвечаю я (GUI дизайнер), программируют инженеры. UX дизайнеры работают только с программами прототипирования и украшают свои прототипы ровно настолько, насколько позволяют эти программмы. Никаких Адоби.
А покажете что в итоге получается?
Мы делаем приложения не для широкой продажи, а для узких групп специалистов. Маркетинг узко сфокусирован, выкладывать скиншоты и т.п. в интернет у компании нет необходимости (по крайней мере, пока). Соответственно, по корпоративным правилам, я должен спрашивать разрешения начальства на публикацию любых материалов. Сейчас не хочется поднимать этот вопрос, может быть — в следующем году…
Хорошо, я буду помнить, что есть интересующиеся :)
Все еще интересуемся =)
По-прежнему проблема в том, что на скриншоты попадают данные не для широкой публики. На мокапах данные не реальные, а симуляция, но нет уверенности, что можно показывать саму структуру данных. В течение лета попробую подсобрать материалы из тех, что попроще…
UFO just landed and posted this here
Увы, процесс пошел хуже, чем я предполагал. На заданный начальству вопрос о размещении скриншотов и видео в интернете получен такой ответ:

«Это действительно не простой вопрос, поскольку для этого мы должны были бы обращаться в отдел корпоративных коммуникаций для получения правового визирования.
Поэтому мой совет — НЕ публиковать никаких скриншотов или видео никакого из наших интерфейсов.»

По общему тону письма я понял, что этот совет накрывает даже мои мокапы.
Sign up to leave a comment.

Articles