В дополнение к недавнему посту “Почему увольняют дизайнеров“, а вернее, к некоторым комментариям цитата:
Каждый руководитель хотя бы раз в жизни вынужден иметь дело с сотрудником, который избегает работы, или же не имеет стандарта качества, или просто не может сделать свою работу.
Том Демарко и Тимати Листер, «Человеческий фактор»
Хотелось бы собрать статистику: по каким причинам — профессиональным и человеческим — увольняют дизайнеров и веб-дизайнеров? Не будем рассматривать ситуации, когда компания не подошла специалисту (денег мало, работа не интересная, надоело) и он уволился сам, не дожидаясь, так сказать. В теме возможны всё-таки две ситуации - когда дизайнер отработал испытательный срок и не был принят (не прошёл), и - чуть печальнее и тяжелее - когда необходимо уволить человека, проработавшего на компанию приличное время. И ещё маленькая оговорка: давайте учитывать, что под “дизайнер” будем понимать любого специалиста из дизайнерской группы — художника-дизайнера, или технического дизайнера (верстальщика), или ещё какие-то разновидности дизайнеров из IT-отрасли. Поделюсь своим опытом, может, добавлю из рассказов знакомых; интересные дополнения из комментариев включу в текст в режиме UPD (от “такого-то”).
1. Компания меняет профиль деятельности. Абсолютно реальная ситуация - дизайнер по-началу был востребован, приходили какие-то заказы на разработку сайтов, но редко и малобюджетные. И тут люди вклиниваются в бизнес, который к дизайну отношение имеет весьма далёкое, бизнес прибыльный - силы всей команды уходят в другую отрасль, заниматься поиском заказов и проработкой малобюджетных клиентов уже никто не будет, и специалист становится балластом. Сначала это не явно заметно - просто работы поубавилось, потом ему объявляют, что, мол, лишний ты здесь, до свидания, дорогой.
Из прошлого поста о верстальщиках и программерах могло сложиться (и у некоторых, судя по переписке, сложилось) неправильное впечатление: да, я писала о кривом коде, порождаемом визуальными редакторами, да, я недоумевала - как же так, не ВасиПупкины, не начинающие веб-дизайнеры — вполне себе сложившиеся программисты, и вдруг - режим Design в VisualStudio для быстрого создания типовых форм. Но ведь и фраза “а что, у нас программеры уже напрочь ручками код перестали писать?” не имеет ничего общего с рекомендациями “писать” в блокноте, ни разу. И более того, когда касается не программирования, а вёрстки - своим ребятам я категорически запрещаю верстать в notpad`e, а программерам я вообще не указ. Просто - чем больше проект, тем меньше работы для дизайнера и верстальщика в проекте (когда уже написана общая таблица стилей, уделить пять минут тюнингу новой части сервиса — когда продумана и разработана концепция иконочек, маркеров и прочих фишечек, нарисовать новую козявочку — никакой сложности), но тем больше работы, связанной с тем, что ломается и “едет” дизайн после того, как программер поработал с проектом.
И здесь работа не для тестировщика, ему-то что, он таск отправил - что видит, о том и написал. А техническому дизайнеру - разгадывать шарады, почему что-то куда-то уехало. На днях звонит канадский программер, говорит — “я там ничего такого особого не делал… а блок с прелоадером (очередная крутящаяся козявочка с надписью “Loading…”), которая показывалась всегда в центре экрана, уехала в левый верхний угол“. Что делает дизайнер? Правильно, ломится проверять таблицу стилей - вдруг где-то правила сбились, вдруг где-то и в самом деле неграмотно написано… вроде всё честно. Ломится в код - бывало такое, когда программер добавлял контейнер (div) в код “не правильно”, а где ему показалось удобнее, но в коде тоже всё корректно. В чём глюк, разумеется, нашла - раньше прелоадер показывался на довольно простых условиях, когда генерилась таблица статистики, или подгружались ещё какие-то объёмы данных; но сейчас сценарии усложнились, и блок с картинкой (с тем же, как бы, идентификатором) программеру пришлось сделать серверным контролом. Т.е. с динамически создаваемым именем идентификатора. Т.е. правила, в соответствии с которыми прелоадер показывался в центре экрана, правила, которые назначались блоку по имени идентификатора, больше не применяются - имя-то меняется. (more…)
Сержусь. На дотнет, микрософт, билагейтса и ленивых программеров. Можно сколько угодно говорить о валидной вёрстке, с умным видом вещать о том, что таблицы в гипертексте используются для табличных данных, а макет, все контейнеры документа, весь этот дизайн - для этого есть другие теги, что избыточность в вёрстке - это дурной тон, код должен быть оптимальным и совершенным, как алмазная призма. А потом с таким старанием размеченный шаблон верстальщик отдаёт программеру, и на стерильность можно забить уже через пять минут (и, кстати, не первый раз на эту тему пишу).
Из простейшей (на первый взгляд) странице с редактированием профайла юзверя только что убила четыре (!) избыточные одноячеечные таблицы. Одна обрамляющая контент, одна - для блока с общими данными юзера, одна - для Change Password если юзер кликнул сменить пароль и одна - на Confirmation, если всё прошло успешно. На четвёртой не сдержалась, подзываю программера, мол, шо за дела? Мы же договаривались - ты вообще никакую вёрстку на странице не делаешь, кидаешь свои контролы в линейном порядке, я сама разрулю, как они должны ОТОБРАЖАТЬСЯ! А он мне отвечает… я, говорит, и не добавлял никакую разметку… оно, говорит, само. Он в студии, в режиме дизайн за один клик просто добавляет целый блок (размеченную форму) для, к примеру, смены пароля - со всеми необходимыми тегами, айдишниками и прочими атрибутами. Охренительная экономия времени! И вот при таких вот автоматизированных для ускорения работы программера действиях и добавляется, автоматически же, “контейнер” в виде одноячеечной таблицы, обрамляющей этот блок.
Спрашиваю - а что, у нас программеры уже напрочь ручками код перестали писать? Или вся работа верстальщика должна заключаться в том, чтобы каждую страницу при доработке сначала долго вычищать от избыточного кода, самодобавляющегося при пользовании программистами режимом “дизайн”, от самопрописавшихся атрибутов width и height, которые появляются, когда программер в том же блин режиме “дизайн” случайно где-то что-то дёрнет? Или - ещё хуже, когда программист, утомившись программировать, вместо того, чтобы пойти чайку попить садится, и начинает “оформлять” созданные им только что формы.
И вот я вышкаливаю пару талантливых юных верстальщиков. Ругаю за ошибки при анализе сетки. Если позволяет проект - заставляю перевёрстывать, объясняю, что вёрстка веб-страниц - это как раз та отрасль, где уместно применять свои способности к анализу. Потому что на самом деле это так, прежде чем вырезать из эскиза первую картинку, прежде чем написать первую строчку кода, первый контейнер, имеет смысл потратить время на то, чтобы понять макет, продумать для него его модульную структуру; и если на недовёрстанной ещё первой странице макета появляется необходимость какому-то классу переназначить правила с помощью ! important - значит, недопроанализировал, значит - всё заново (ага, и как раз пару дней назад такое было) перевёрстывать, благо есть возможность. В отличие, к примеру, от тех ситуаций, когда приходит сюда давно свёрстанный проект на доработку программерам, и спустя месяц вспоминают про дизайн (ой-ё, Таня, тут бы поправить бы), и ты прекрасно понимаешь, что поправить “честно” не выйдет. Или вместо 30 минут надо затребовать 3-4 дня на перемакетирование и перевёрстку всего этого разросшегося уже проекта, или - переназначение доменных правил, увы. Но если есть возможность - давайте продумывать макет изначально так, чтобы не было необходимости во всех этих important`ах.
И вот они, такие продвинутые верстальщики, откроют свой проект через какое-то время, когда уже динамика, посмотрят на код страниц… На все эти самодобавившиеся и саморасплодившиеся таблицы. На разъехавшиеся контейнеры из-за самопрописавшихся в их содержимом ширин и высот. И спросят меня - Таня, а к чему был весь этот предварительный цирк с логичной и валидной вёрсткой? И я не буду знать, что им ответить. Или - как мне сегодня программер посоветовал - посоветую им так же написать гневное письмо Биллу Гейтсу, или разработчикам Visual Studio, чтобы они укротили свой сервис с такими полезными автоматическими решениями. И режим “design” в Visual Studio прибили нафиг, навсегда. О. И Visual Studio тоже прибить, и тоже навсегда. Пусть на Java переучиваются, ибо нефиг.
У практикующих дизайнеров и у заказчиков как правило совершенно разное понимание загадочного слова “Креатив”. Заказчики - они все чуть ли не до единого в первом интервью говорят о том, что дизайн должен быть суперклассный, креативный, вы же таланты! Дизайнеры, со своей стороны, тоже чаще всего не переносят рисовать “почти” одно и то же, и мечтают о заказе, где можно развернуться во весь размах их безудержной фантазии. А потом оказывается, что на самом-то деле “это”, конечно, у вас супер получилось, но — не подходит, потому что “есть же какие-то всем известные нормы юзабилити…“, или “нельзя в этом месте заставлять пользователя разгадывать ваши загадки…“, или “он что, должен поворачивать голову на 90°?..“, или ещё, к примеру, распространённый и (на самом деле) честный - “ваш суперкреатив - он расчитан на узкую целевую аудиторию (к примеру - “гики”, или “тинейджеры”, или “озибоченные-интеллектуалы”, не важно), а нам нужен охват аудитории больше и ширше“. И дальше не важно - будет это продумывание нового концепта или доработка понравившегося концепта напильником с целью адаптации креатива для более широкой аудитории — всё одно, дизайнер с грустью наблюдает, как его оригинальная идея шаг за шагом превращается в обычный, в общем-то, дизайн, так сказать, традиционный стиль.
Поэтому если клиент озвучивает фразу “а сделайте нам что-то особое, креативное” - эту фразу лучше фильтровать или (правильнее) сразу транслировать её на реальные его потребности. Ведь на самом деле, что ему нужно?
Лет 7-8 назад с классификацией типов сайтов было намного проще - выделяли домашние творения типа ВасяПупкин.народ.ру (ага, и у меня в те времена была страничка на народе), презентационные сайты, куда относили как простенькие сайты-визитки компаний, так и графически сложные презентахи каких-то продуктов или сервисов, + информационные сайты. Сейчас же, когда при уточнении (на первом этапе) ТЗ при постановке “нам нужен дизайн для информационного сайта”, увы, уже приходится уточнять - какой же тип информационного сайта нужен клиенту, всё усложнилось. Какие же сегодня они бывают?
1. Традиционные инфосайты - СМИ. Самый известный тип информационных сайтов. Мировые или региональные новости, политика или общие темы, авторитетные издания, вылизывающие качество новостей или жёлтая пресса - все имеют общие характеристики: минимум графического оформления, максимум текстового контента, контент разбивается на типы, рубрики, выборки, из которых формируются миниинформационные блоки - “актуальные новости” или “архив новостей”, “новостийные сообщения” или “развёрнутая аналитика”, “колонки журналистов издания” или “читатели пишут”, “главная навигация” или “вспомогательные навигационные блоки” - главная задача - систематизировать эти блоки, упорядочить вывод инфомации на странице таким образом, чтобы посетитель разобрался, где что искать/читать/комментировать. Графика на 99% - тоже информационная - иллюстрации к заметкам, фоторепортажи, портреты героев текстов. Какого-то суперглянцевого дизайна для таких проектов не требуется - он даже во вред будет. Главное в оформлении - юзабельность, читабельные тексты, нормальные контрасты для потокового текста и для акцентов.
Не могу не заметить, что если СМИ становится хоть сколько нибудь популярным - всё, капец, весь графический дизайн рыдает в сторонке, всё оформление сайта - это десятки баннеров, и не всегда статических, и не всегда для этих баннеров отведено место в модульной сетке - супер решение - вешать рекламу поверх контента, с крестиком, на который можно кликнуть, чтобы рекламный блок закрыть. Кстати, было бы интересно провести исследование - кто был прородителем наиболее распространённых форматов в баннерной рекламе - скорее всего стандарты были порождены как раз типичными модульными сетками для информационных проектов в перерасчёте на стандартные (для разных периодов времени) разрешения экрана.
2. Служебные сервисы. Типичный пример - Google Analytics; информация - данные, контент как бы тоже текстовый, но суть его не в пассивном поглощении информации, а в действии, к примеру ga нужен для того, чтобы что-то обработать, сделать какие-то выводы, узнать, “как посетители в действительности работают с Вашим сайтом. Вы сможете усовершенствовать дизайн своего сайта, опираясь на аналитические данные, повысить качественный трафик и переходы и увеличить свой доход.” Так же (как и в первом случае) пользователю отдаются различные типы данных, разбитые на группы; у дизайнера подобных сервисов сложнейшая задача - продумать интерфейс (и навигацию, и модульную сетку, и цвета) таким образом, чтобы максимально облегчить пользователю работу со статистикой, не испугать его массивами цифр, упорядочить максимально. Графика - маркеры-иконочки, определяющие различные типы данных или иллюстрации-графики данных.
Мы сейчас, уже несколько месяцев, тоже в разработке (не подобного, совершенно другого) сервиса, но - тоже с большим количеством статистики, с денежными данными (сколько и за что заработано или наоборот - кто и на чём заработал у пользователя), сплошные настройки, отладки, формы, формы, формы, таблицы, таблицы с большим количеством данных, таблицы с подтаблицами и фильтрами по данным, и на всё это нужно “интуитивно понятный интерфейс” - максимально лёгкий, продуманный.
В списке ключевых слов было обнаружено словосочетание “хорошо ли быть дизайнером“. Зашли по этому сочетанию из гуглпоиска. Мне просто интересно, нашёл ли ответ на свой вопрос сёрфер? Или начитавшись здесь всякого, однозначно решил идти в менеджеры по недвижимости? А что тут ответишь… Однозначно, хорошо быть талантливым дизайнером. При том, что литературы, образовательных и просто дизайнерских сайтов, где публикуют какие-то оригинальные находки, решения - просто не сравнимо больше, чем в том же 1999, способные дизайнеры остаются востребованными (кажется, во всех без исключения регионах). Даже сейчас у меня здоровеннейший список RSS в оперной читалке “каналов новостей” только в рубрике “дизайн”, даже по диагонали не всё просматривать успеваю. Кстати да, RSS я читаю только Оперой (скорость, стабильность, рубрикация, уведомлялки про обновления и отсутствие тормозов в последней версии на МОИХ РЕСУРСАХ). Синхронизирую с домашней машиной (и то не всё подряд) через Google Reader, но не опираюсь на ридер как на основной тулз для RSS, нет. Да, так вернёмся к теме про дизайнеров.
Про пост о Getty Images и прочих стоках — вот в чём прикол. Есть у нас платный аккаунт на IStockPhoto, но делится он между нашими и канадскими дизайнерами поровну. Поскольку дизайнеры - все поголовно жадные на клипарты и фотогалереи, руководство решило, что великая опасность — позволять дизайнерам просто качать понравившиеся имиджи со стока. Поэтому (как минимум если речь идёт о фото, хотя на истоке много чудного векторного, к примеру, добра) работать дизайнеры должны по следующим правилам: со стока берётся превьюшный имидж и тянется с водяными знаками (и, если необходимо - с потерей качества), и ставится в эскиз. Если эскиз принимается канадским директором (ещё не заказчиком - и то хорошо), то фотка покупается и эскиз для реальной уже вёрстки доделывается с качественной, честно приобретённой на стоке фотографией. Выкручиваться же без стоков сложно - наши клипарты уже устарели изрядно, фотостудия пока ещё не светит, хотя по-мелочи используем свои фотоиллюстрации всё чаще, ну и темы, конечно же, сложно здесь найти.
То для темы нужна фотка какого-то типичного (!канадского!) пригороднего коттеджика с машинкой (современной!) у центрального входа и счастливой (!) мамашей и детками. То “замените вот эту азиатку на афроамериканскую бизнес-вумен; или мулатку”, то жизнерадостного тинейджера с упаковкой ПОПУЛЯРНОЙ В КАНАДЕ воздушной кукурузы, то ещё что-нибудь особо часто встречающееся у нас в Харькове и Харьковской области 
Нет, нам без стоков сложно. Но вот не у всех дизайнеров получается делать такие тестовые макетики с водяными знаками стока. Одна девочка преспокойненько ставит элемент в графический блок-коллаж с меткой, просто пишет, где на скетче “не мусор”, а остальным, похоже, это только усложняет жизнь - второй, к примеру, проще оказалось практически полностью отрисовать бизнес-вумен в деловом костюме (не вектором, в фотошопе, с фотореалистичным качеством и нужными цветами, эмоциями, жестами) - но это время, однако же. И это тоже проблема веб-дизайнеров, помимо прочих, о которых публикуется в разделах “офисное” и “дизайн“, ага. В разных организациях она решается по-разному. Пока что я вижу три решения: тырить, покупать на стоках или создавать в собственных фотостудиях. А, четвёртое: + заключить договор с какой-нибудь фотостудией - пусть они там уже сами ищут популярный в канаде попкорн или афроамериканских бизнес-вумен.
На CreateBrand вчера опубликовали заманчивую новость о том, что “21 января 2008 г. компания Fotobank объявила о начале нового этапа программы по повышению привлекательности лицензированных изображений для web-дизайна. Теперь по «дружественной» цене в 49 у.е. для web-дизайна доступны не только фотоимиджи, но и видеофрагменты от ведущего мирового фотоагентства Getty Images.” И в самом деле - заходим на Getty Images и находим там сообщение ” Официальный представитель Getty Images на территории России и стран СНГ - компания FOTOBANK Библиотека Изображений.” - и ссылка для поиска на www.gettyimages.ru. Ну а дальше как в бородатом анекдоте, на одесской улице, явно приезжий несётся с выпученными глазами, останавливает прохожего, местного:
— Скажите, где у вас здесь ближайшая баня?
Прохожий степенно начинает объяснять:
— Пройдёте по набережной, первый поворот в переулок направо, там от сквера - налево, дойдёте до почты - повернёте направо, там напротив красного здания…
Приезжий, убегая:
— Спасибо, я понял!!
Прохожий, вдогонку:
— Только она не работает!
Ага, тот самый случай. Только пока не работает.
Ушёл он в себя
И весьма вероятно
Что он не захочет
Вернуться обратно…
Благодаря ЖЖ-френду Марату Гарееву нашла интересный обзорчик “идей для вашего дома” на сайте novate. Обозревается такое вот замечательное кресло для чтения, встроенное в стену, под названием «Пещера» (Cave):
In urban life, there seems to be a common understanding that people tend to consciously or subconsciously become wary of strangers surrounding them. They are always balancing a certain level of privacy with others. A bookcase CAVE provides a private reading space within its form. (отсюда)
–
Помимо экономии места этот предмет мебели отвечает еще одной человеческой потребности, связанной с перенаселением: человеку часто хочется спрятаться от всех, обрести свое личное пространство. Сидение расположено почти на уровне пола, что дает ощущение такого укрытия. Помните, что вы чувствовали, когда в детстве прятались под стол? Самые стеснительные могут повесить занавески, благо свет извне не нужен (там лампочка вверху, видите? прим. Nundesign).
Замечательная идея от дизайнера Сакура Адачи (Sakura Adachi), красиво, но первая ассоциация у меня лично была - Кобо Абэ, “Человек-ящик”. У Кобо Абэ проза реально, как бы это помягче сказать, далёкая от соцреализма, и “Человек-ящик” - вещь не очень легко и приятно читаемая. Он японец, Сакура Адачи - тоже японка, родилась в Aichi, хотя последние несколько лет живёт и работает в Италии. Может суровые урбанистические японские будни особенно остро обостряют проблему стремления человека закрыться узкими рамками, создать хоть и малюсенькое, но своё пространство?
Всё-таки западное (американское) сообщество больше ориентировано на открытость, прозрачность - это нужно для успешного ведения бизнеса, для выживания в социуме, и меньше обыгрываются образы типа “цыплёнок вылупился, огляделся вокруг и тут же залупился обратно”, но, с другой стороны, мебель всякая нужна, и экстраверту угодить, и интроверта побаловать.
Вот у нас и закончились благополучно новогодние праздники - канадское руководство предпочитает бурно праздновать то Рождество, которое 25 декабря, очень символически - собссно Новый Год, и - хватит, пора трудиться. Так что во всеобщем рiдно-украинском праздновании до (какого-там объявлено? 8-го? 15-го?) мы не участвуем. Полный офис в полном составе. Новые дизайнеры в нашей команде, новые планы и перспективы. День достаточно организационный - запустить новичкам рабочее место (проконтролировать скорее), почта, джира, где что полезное лежит на сервере, архивы программ и клипарты, как чем пользоваться и на что ориентироваться, где храниться чай, в какой комнате микроволновка и куда лучше идти поесть если то. что приносят в офис - не впечатляет.
Посмотреть фотки с корпоратива - ага, теперь понятно, почему это для публичного доступа выложено всего несколько десятков! Не, ребята, так пить низя, здоровье беречь надо - как физическое, так и моральное!! Посмеялись :) Просмотрела заброшенную больше чем на неделю почту, RSS-нечитанное, стало очень неловко - все подводили какие-то итоги прошедшего года, личные и профессиональные, оффлайновые и онлайновые, поздравляли с наступающим и наступившим, а я как всегда - мурло какое-то… В общем - поздравляю всех с наступившим Новым Годом, пусть для всех он будет счастливым или как минимум не будет несчастным! Я, во всяком случае, в ближайшее будущее смотрю с редким для меня оптимизмом и очень надеюсь, что предчувствия меня не обманут. А итоги ушедшего - и подводить нечего (кстати как и в прошлом году). Что особенного было-то? В начале прошлого - зачем-то к трёхлетию LJ-шного блога оплатила аккаунт (и планировала писать стабильно и много, но… это ж такое дело. Кстати - в январских уже постах в живом журнале самая активная на сегодняшний день тема - про офис и про дизайнеров /вот некоторые январские: “Дизайнеры и фриланс“, “Офисные разработчики - текучка кадров“, “Опять про веб-дизайнеров: макеты для вёрстки“/, дальше были о загрузке IT-специалиста, о собеседованиях дизайнеров - всё то, что перетекло позже в тутошние темы “office” и “design“) - а уже весной практически полностью переехала сюда, на http://blog.nundesign.com/. (more…)
|
|
||
|
||
