Отличная статья от одного из основателей Abstract о том, что дизайнеры, как и люди многих креативных профессий, не застрахованы от изменений. Меняется все в нашем домене.

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

— Ваша роль может скакать как бешеный кролик. Если вы остаетесь любознательным и вкладываетесь в развитие, то рано или поздно, перед вами станет выбор: оставаться индивидуальным контрибьютором, или вкладываться в команду, качая менеджерскую ветку. Каждый путь несёт что-то своё, но все почему-то считают, что естественный путь дизайнера — это переходить в управление. Типа, сам уже наигрался, теперь говори другим, как и что делать. По-мне, это булшит. Человек должен сам выбирать, что ему интересно: если это работа руками — отлично, управление — так тому и быть. Главное, чтобы ему нравилось, что он делает и он продолжал развиваться, а не закинул ноги на стол и закурил сигару.

— Дизайн инструментарий полниться каждый день. Помню времена, когда у нас был только Фотошоп. Фотошоп, Карл! И ничего больше. И я даже боялся открывать Иллюстратор, чтобы ни дай Бог не забыть ФШ. А сейчас? Плодятся как религии и кто знает, где отрасль будет через пару лет.

— Тренды меняются ещё быстрее, чем тулы. Я уже давно перестал за ними следить. Думаю комментарии здесь излишни.

— Меняется не только вот это вот всё, но ещё и вы сами. Ваша личная жизнь может оказывать на вашу работу и продуктивность ошеломляющее влияние. Так что не забывайте сперва помочь себе, а уже после другим.

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

Хорошая коммуникация ещё один из столпов, на которых зиждется профессия.

Как и менторство. За последнее время, я осознал, что это не только один из эффективнейших способов развития молодых специалистов, но и уже опытных. Ибо так или иначе, повторение материала заставляет думать, а это всегда хорошо.

И в завершение, стабильной останется необходимость «платить вперёд», когда нам нужно не только брать но и давать. Здесь я скорее не про менторство из прошлого пункта, а про наше восприятие домена. Просто необходимо его развивать, оставаясь любопытным и делая что-то просто так. Безд-возд-мезд-но, то есть даром.

https://www.abstract.com/blog/design-career-growth/

Сергей Гуров #2 - путь новичка, студия и фриланс.

Арт-директор в Redmadrobot.
be.net/milkwork

— Почему после долгих лет фриланса ты решил пойти работать в студию?

До фриланса я работал в различных агентствах СПб. Но сейчас понимаю, что я ушел оттуда слишком рано и не получил всего того, что мог бы получить. К тому же за семь лет в агентской работе очень много поменялось. Изменились процессы работы, организация, направления работ. Изменились и мои интересы. Когда я работал в офисе в 2011 году — еще толком не было сервисного направления в дизайне. Точнее, оно было крайне слабое. Сейчас это наиболее актуальный вектор движения. И я сам постепенно двигался от рекламы к сервису. Это было связано с переосмыслением своей профессии. И если в 2012 мне было интересно делать рекламные проекты, то сейчас интереснее делать инструменты, которыми будут пользоваться люди. Очень важно, что в сервисном дизайне можно делать то, что действительно приносит пользу и имеет практический смысл для конкретных людей: моих друзей, племянников, детей. Тогда как рекламный дизайн, в конечном счете, построен на интересах клиента, а не потребителя.

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

Возвращаясь к Рамсу. Он считал, что дизайн должен быть честным. Конечно это позиция по преимуществу романтическая, чем реалистическая — достаточно выйти на улицу и любой увидит как дизайн врет. Но идеологически эта позиция мне очень близка, поэтому в последнее время я предпочитаю заниматься простыми и честными инструментами, которые облегчают жизнь человека. И в агентстве есть чему поучиться.

— Как дизайнеру-одиночке поддерживать свои навыки на высоком уровне?

Мне кажется, что все зависит от человека. Я знаю дизайнеров-интровертов, которым проще ни с кем не общаться. Одиночество для них — зона комфорта для творчества. В конце концов интернет позволяет общаться на расстоянии, а для дизайнера общение может происходить без слов. Достаточно следить за новыми работами своих любимчиков и копаться в том, что было сделано дизайнерами задолго до нашего рождения.

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

— Дай три совета дизайнерам-фрилансерам.

- Если что то категорически не получается, скорее всего, вы на пороге нового уровня и нового большого опыта.
- Если вы ищете вдохновения — ищите его в смежных дизайн отраслях.
- Не старайтесь изобретать новое. Адаптируйте и переосмысляйте старое.

— Каким ты видишь самый оптимальный путь для новичка, который хочет набраться опыта и найти клиентов?

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

Сила комментария

Сила комментария

Комментарий в интерфейсе — это необязательное текстовое поле. В комментарии человек указывает любую дополнительную информацию, которая кажется ему важной:

— На карточке клиента: за что предоставили скидку 20%
— На форме заказа: что в дверь звонить не надо
— В тикете техподдержки: ссылка на обсуждение в багтрекинге

Комментарии в интерфейсах недооценены. Аналитики, дизайнеры, программисты — все мы любим и умеем систематизировать информацию. Поэтому любой объект в интерфейсе представляем как набор полей с конкретным назначением: наименование, почтовый индекс, стоимость.

Но жизнь всегда богаче моделек. И когда люди используют софт, часто получается, что важная информация есть, а записать ее некуда. Тут и приходит на помощь комментарий.

Например, на «Дадате» мы используем систему защиты от сетевых атак. У нее есть интерфейс, где можно заблокировать конкретный IP-адрес. Указываешь IP, жмешь «добавить в черный список», злодей получает бан. Что может быть проще?

Проблема в том, что непонятно, кто заблокировал IP и почему. В большинстве случаев это и неважно, но иногда пригодилось бы для разбора. Решить проблему элементарно — добавить поле «комментарий».

Но постойте, можно же сделать нормальные поля «сотрудник» и «причина блокировки»? Да, можно, но непонятно:

— точно ли нужны именно эти поля?
— действительно ли они нужны?

Добавлять поля просто «чтобы были» — так себе идея. А выяснить реальные сценарии как раз и поможет поле «комментарий». Потом, если что, можно заменить его на поля с конкретным назначением.

Комментарий — элемент хаоса. Но с ним система устойчивее.

После просмотра брифа стало ясно, что наша тема это— урбанизация, благоустройство и исследование города.

Правда, первым впечатлением, лично у меня, было непонимание. Довольно сложно уловить все нюансы и проблемы с одного просмотра. Я запомнил только отдельные слова: исследование, бумажные карты, выход в поля.
В голове остались только вопросы, в чем основная проблема? На сколько глобальная тема? Нужно было разобраться с чем мы имеем дело.
Позже нам прислали видео-бриф и многое стало на свои места. Мы смогли расшифровать и разложить по полочкам основные пункты.

На видео вещает Лёля Жвирблис, руководитель отдела исследований в студии транспортного проектирования, она так же работает в проектном бюро URBAN St’14.
Тезисно:
— Для создания удобного полезного пространства для горожан необходимо проводить предпроектные исследования;
— Подобные исследования ложатся в основу таких масштабных проектов, как «моя улица»;
— Важным пунктом исследования является сбор данных с «полей». Чаще всего это опросы, наблюдения, аудиты, подсчёты транспортных и пешеходных потоков;
—Большое количество проблем возникает на этапе сбора данных. Сейчас ни один сервис не отвечает задачам в полной мере, например, в приложении для проведения опросов нет карты для городских исследователей — это неприемлемо;
— Из-за отсутствия внятных картографических сервисов специалисты часто вынуждены работать с бумажными картами;
— Исследователям в полях приходится постоянно переключаться между приложениями и бумажными картами, что дико усложняет контроль за ними;
— Использование бумажных карт очень тормозит обработку данных;
— Всё это увеличивает стоимость, и сроки проекта. Иногда это может быть критично, и от исследования могут просто отказаться.

В заключении прозвучала прямая просьба:
«Используемый нами арсенал методов не укладывается ни в одно приложение, как нам можно облегчить сбор данных на местности?»

Первое домашнее задание

Первое домашнее задание Саши было в его стиле — нужно было организовать командную активность: собраться вечером с командой и весело провести время. Он даже объявил конкурс на самую классную идею вечеринки, победителей он собирался выбирать по видео, которые мы выложим в соцсеть. Призами были книги по продукту и менеджменту.

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

Но многим все же удалось: кто-то пошёл в кофейню, кто-то в бургерную, кто-то на каток, самые смелые пошли в караоке или на скалодром.

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

Чтобы обратиться к какому-либо узлу, его сначала надо найти

Для этого есть разные методы, но в современном прототипировании чаще всего применяются два метода:

let el = document.querySelector(selector)
и
let elems = document.querySelectorAll(selector)

Оба метода получают на вход CSS-селектор элемента. Например:

let el = document.querySelector(".someClass b");

Отличие их в том, что querySelector вернёт один узел, который попался первым, а querySelectorAll вернёт список всех узлов на странице, соответствующих селектору.

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

Если же вам всё-таки нужен метод map, то вы можете преобразовать список узлов в массив при помощи конструкции [...nodeList]:

let arr = document.querySelecroAll("a");
[...arr].map(el => el.innerText);

Подробнее в видео: https://youtu.be/KIBv7QMToP4
И в примере с кодом: https://codepen.io/detepr/pres/mQqKZO