В дополнение к недавнему посту “Почему увольняют дизайнеров“, а вернее, к некоторым комментариям цитата:
Каждый руководитель хотя бы раз в жизни вынужден иметь дело с сотрудником, который избегает работы, или же не имеет стандарта качества, или просто не может сделать свою работу.
Том Демарко и Тимати Листер, «Человеческий фактор»
Художникам, дизайнерам, фотографам, рекламщикам будет интересен новый конкурс, который, как считают организаторы, “вносит некую струю драйва, которая для «профи» не содержит существенного риска, но тонизирует и будоражит кровь. А для молодых талантов снимает финансовый фактор ограничения“. Не знаю точно, как на счёт некоей струи драйва, но улыбка появляется уже в момент заполнения заявки на участие в конкурсе, где, помимо прочих полей, следует указать *юридический адрес* участника конкурса, его индивидуальный налоговый номер и номер свидетельства плательщика НДС.
Очень значительно звучат слова Андрея Пуртова, генеральный директор студии ArtGraphics.ru, главного редактора журнала Identity, продюсера конференции HiBrand 2008 Corporate Branding: “Не могу сказать, какими критериями будут руководствоваться другие члены жюри, но лично для меня важнейшим критерием оценки любого дизайн-проекта является его способность решать поставленные клиентом бизнес-задачи. В последние несколько лет я часто бываю в Киеве и вижу, что украинский бизнес на подъеме. Повсеместно растет интерес к брендингу и к коммерческому дизайну – логотипам, упаковке, фирменному стилю. Надеюсь, конкурс “Креативные игры” покажет готовность украинской дизайн-индустрии удовлетворить высокий уровень запросов со стороны местного бизнеса. В идеале, как главный редактор журнала Identity, я очень хотел бы открыть для себя новые имена в украинском дизайне.”
Дословно письмо, полученное сегодня (аж на три моих почтовых ящика) звучит следующим образом:
Дорогие друзья!
Приглашаем Вас принять участие в конкурсе Альбома Дизайна Украины «Дизель» “КРЕАТИВНЫЕ ИГРЫ”
Жюри всеукраинского конкурса дизайна и фото возглавляет Сергей Чуев, член cоюза дизайнеров Украины с 1991 года, директор дизайн-бюро “Ди Джи Пресс”, имеющий значительный опыт судейства ряда конкурсов и фестивалей дизайна и рекламы.
Состав международного жюри
Конкурсные проекты в области дизайна, фото и рекламы принимаются до 28 декабря 2007 года. Конкурс насчитывает около 30 номинаций.
Для призеров Конкурса выделяется 170 призовых страниц в Альбоме Дизайна Украины “Дизель-2008″ (от 2-х до 10-ти страниц по каждой номинации).
Победители будут также награждены памятными сувенирами. Кроме того учрежден призовой фонд от партнеров конкурса.Подробно о КонкурсеПоследние события в ходе конкурса:
http://www.dizel.in.ua/content/view/3241/181/
http://www.dizel.in.ua/content/view/3345/404/Генеральный медиа-партнер конкурса – интернет-портал http://www.sostav.ua/
Ждем Ваш ответ!Оргкомитет конкурса
“Креативные игры”
ИД “Седьмое небо”
редакция Альбома дизайна Украины “Дизель”
(044) 5996388
(050) 6601345
(050) 692 7885
office@dizel.in.ua
Бренд-дизайн
Дизайн среды, промышленный дизайн
Веб-дизайн
Фото
В качестве награды победителей конкурса ожидается не только публикация в дизайнерском альбоме «Дизель -2008», но и подарки из призового фонда – годовая подписка на «Identity», а так же памятный сувениры 
:)
Чем больше данных – тем больше вероятность того, что анализ будет достоверный, приближенный к объективной реальности, а не к частной ситуации. Чем дольше находишься в определённой среде – тем более понятными становятся некоторые процессы, предсказуемыми – результаты, и уже можно говорить о каком-то планировании; а ведь ещё три-четыре месяца назад (о чём только и звучало в блоге в категориях “офисное” и чуть реже – “дизайн“) – тыкались мордочкой, как щенки слепые, наугад, интуиция подскажет, как-то вывезет. Но при этом. При этом – я вижу проблемных мест в реализуемой сейчас задаче гораздо больше, чем тогда, в августе-сентябре. Парадокс? Только на первый взгляд. Ведь тогда большая часть работы строилась не на, гм., плановом подходе, тщательном анализе и чётком руководстве к действию – а на голом энтузиазме и детской уверенности в том, что прекрасное будущее уже близко, и всё. (more…)
Да, объявлено, что сформирована программа конференции Client Side’2007, а я до сих пор не получила подтверждения от руководства о том, что меня вообще туда отпускают (хоть бы даже и за свой счёт).
Секция “AJAX, JavaScript, JSON, GWT”
Мастер-класс “Модульность в JavaScript” / Андрей Сумин;
Мастер-класс “Векторная графика в Вебе (SVG, VML, Canvas)” / Леонид Хачатуров;
Секция “Производительность”
Секция “Flash, AIR, Flex, SilverLight”
Мастер-класс “Геометрия во Flash: кривые Безье второго порядка” / Иван Дембицкий;
Секция “Веб-стандарты, верстка, HTML 5.0”
Мастер-класс “Применение XSLT на стороне клиента” / Алексей Остапенко;
Мастер-класс “Профессиональный верстальщик. Кто он?” / Вадим Макишвили, Павел Корнилов;
Секция “Веб-дизайн”
Мастер-класс “Интерфейс на экране, на бумаге и в жизни” / Артем Горбунов;
Секция “Дизайн интерфейсов, юзабилити, accessability”
Мастер-класс “Юзабилити аспекты проектирования пользовательских интерфейсов в среде Microsoft Expression Blend” / Сергей Швецов;
Мастер-класс “Юзабилити-тестирование? Легко!” (или как в домашних условиях протестировать программный продукт) / Катерина Умнова;
Секция “Шаблонизаторы”
Секция “Мобильные технологии (WAP, PDA-проекты)”
Секция “Качество, тестирование”
Я опять про веб дизайнеров. Предыстория здесь, здесь, здесь и здесь и вообще в этом разделе. В общем, плюс один пришёл вчера, минус один ушёл сегодня. Как-то это печально, хоть и знала, что в период формирования подразделения так и будет, и принято-то из шести пять – что уже не мало, и новые, только пришедшие на свой испытательный срок – вполне, но всё равно не супер как-то. Что-то недорассказала? Плохо поставила задание? В общем, от руководства получила уведомление, что один из дизайнеров не подходит совсем, прощаемся.
Представь на секундочку, что весь мир делится на живописцев, экспертов и всех остальных. И пусть живописец – это именно тот, кто (знания+интуиция+ многое другое) рисует, умело пользуясь инструментами, создавая пространства, блики, создавая эффект, впечатление, реакцию. Он умеет и он делает. Эксперты – те, кто делать не умеют – нет таланта живописца, или нет желания рисовать, но есть видение – композиции, цвета, стиля. Они – скорее наблюдатели. Или – пользователи того, что делает “живописец”. Это – тот самый придирчивый и дотошный СамыйГлавныйНачальник, который завернул все твои эскизы. У него, кстати говоря, и в самом деле хороший вкус.
И есть все остальные. Они не рисуют шедевры, и они не понимают шедевры. Глядя на две работы, они понять не могут, почему эта – есть шедевр, а это – дешёвка, если с их точки зрения они “почти одинаковы”. Но все остальные – они тоже разные, есть запущенные случаи, есть – перспективные. И вот как раз среди них много тех, кто может стать или производителем высококлассного продукта (”Живописцем”), или потребителем (”Экспертом”). Но для этого, понимаешь, для этого надо работать над собой. Я не стану рассказывать тебе сказки про “как сменить карму”, поговорим о другом. У нас постоянно проводятся какие-то выставки, в той же хотя бы муниципальной галерее, разные – и художников, и фотографов, и даже всякое-разное-прикладное-творчество. Ходи, смотри. Наблюдай. Ищи закономерности. Сравнивай. Запоминай цвета. Запоминай раскладки (композиционные) из всего, что понравилось. Может, даже записывай.
У меня в давние-предавние времена была личная игра: на улице, в общественном транспорте, в офисе – отметить какого-то человека, и пробовать его мысленно “перелепить” как пластилиновую фигурку. Обычно лепились женщины – мужчины и в общем стиле, и в одежде/причёске/ухоженности всё-таки в каждом отдельном сообществе очень похожи. Женщины разные, и разные везде, но, к сожалению, очень не всегда выглядят безупречно, и более того, часто допускают явные ошибки в одежде, в аксессуарах, в причёске и цвете волос. В бижутерии. Да, запахи тоже имеют значение. Обращай внимание – вот ты заходишь в метро, видишь девушку, и, вроде бы – яркая и симпатичная, но эта коричневая тряпишная сумочка совсем не подходит к её чёрным дорогим туфлям, а бёдра – совсем не той формы, чтобы одеть джинсы с заниженной талией, да и обтягивающая зелёная маечка на складках на талии – это же просто смешно! И вот ты пробуешь – сначала срезать носочки у туфелек, сумочку заменить чёрной, кожаной, элегантной не”баульной” формы, джинсы меняем на юбочку, приталенную и чуть зауженную к коленочкам, блузу – да, блузу. Такая линия плеч, грудь – нужно открыть глубже, чтобы было видно ключицы, и чуть свободна на талии, и волосы – да, волосы поднять вверх, может, после – подстричь так-то и так-то, и цвет сделать не угольно-чёрный, а тёмно-шоколадный, и… Это интересная игра, постоянно улучшать, где-то мысленно оптимизировать, запоминать полученный образ, запоминать, чем исходник отличается от полученного образа, и пройдёт немного времени – и ты сам поймёшь, как получилась грязь и кривость на твоей “такой же” как и другая работе, с “такой же” модульной сеткой и “той же” цветовой гаммой.
Может, попробуешь всё-таки с визуального дизайна перейти больше в технический? Надо будет подучить html – самые основы для начала, есть и не сложная работа для верстальщика. Я, разумеется, нулёвым основам основ учить тебя не буду, не школа ить здесь и не ты платишь за обучение, а тебе как будто платят, так что ты уж сам вложись, потрудись на этом поприще, но с ребятами (дизайнер1 и дизайнер2) я уже поговорила – если возникают вопросы – подходи к коллегам, они подтвердили, что будут помогать разбираться, поддержат тебя, совсем уж сложные вопросы – подходи ко мне. Нет? Да нет, я не переживаю так уж за тебя, я за всех вас пока что переживаю. Ну что же. Пиши, не забывай. В аське объявляйся, анекдоты там, башорг. Да, пока-пока!
Пришедшие летом-осенью дизайнеры старательно рисуют и верстают (и учатся верстать грамотно), но мы всё равно не успеваем, не справляемся, затыкаемся. В основном проблема на сложных участках: в большом .Net`овском проекте работы для как бы “дизайнера” очень, очень много, но ни одного из тех, кто уже есть на этот проект поставить не могу. Рисующим – так уже нарисовано всё. Верстающим – так порезка нарисованного тоже уже закончилась. Как назвать часть работы с интерфейсом, когда идёт даже не адаптация под движок, а такое совместное создание движка?
Вот, к примеру, есть “страница”. У неё в реальности контента много, но живёт он большей частью в скрытых блоках и показывается по событиям или генерится и выводится в зависимости от разных условий. “Дизайнер” здесь предподготавливает только общую модель данных (блоки, поименованные идентификаторами – те, к которым вызов, и внутренняя подструктура блоков), и к ней пишет таблицу стилей – оформление ссылок, кнопок, предоформление в css всех графических блоков, дизайнер же планирует сценарий поведения на этой странице в соответствии со своим представлением о юзабельности и знанием пожеланий заказчиков. Т.е. если грубо, я подхожу к программеру, отвечающему за этот фронт работ, и рассказываю ему, что: вот есть такие ссылки (список), по клику на каждую из них происходит следующее: в блоке контента этот контент скрывается, этот показывается, эта картинка меняется на другую (вернее нет. Это имя [класса/идентификатора] меняется на соответствующее вот это), а в подменюшке здесь меняем маркер на этот (тоже имя класса). Я просто не могу поручить эту работу никому из работающих дизайнеров – они так не смогут. И, самое обидное, что и руководству я объяснить не умею – что здесь нет ни порезки, ни рисования, а в ответ получаю, что шесть дизайнеров – и вы НЕ УСПЕВАЕТЕ? Чувствую себя по уродски. Понимаю, что не справляюсь – не только с дизайнерской частью работ (здесь просто вопрос времени, верстаю я быстро, но объёмы есть объёмы), но скорее с организаторской.
Да, в комментариях к предыдущим постам (прошлому, к примеру, или более давнему) темы было о том, что сразу надо брать профессионалов, пусть дороже – но профессионалов. Да как бы здесь руководство было не сильно против – всем повысили зарплату и подняли “входную” планку. Но – может офис у нас в нездоровом месте? Выбрала лучших из приходивших. А работать быстрее не стали, во всяком случае не на столько, как ожидалось. Почти паника (что же делать, что же делать…) . Вакансия (на хорошего дизайнера, хорошего верстальщика) всё ещё открыта. Специфика для верстальщика – это .Net и работа в M$ VS. Честно скажу, не вижу большой проблемы с платформой – если есть опыт работы с большими php, с java, то ознакомиться с особенностями дотнета – дело одного рабочего дня и по мелочам – по ходу работы (куда же без реальной практики). У меня тоже не было именно этого опыта полтора года назад. Но я пришла, и начала работать без инструкторов, без страховки, одна. Значит, теоретически, смогут и другие, было бы желание.
Ещё раз посмотрела текст дизайнерской вакансии. Добротно так написано, солидно, внушает. Может, надо как-то по-другому, другими словами? Чтобы обратили внимание именно те люди, которые нужны, чтобы заинтересовались и пришли, наконец-то, чтобы стыдно не было перед руководством, и не приходилось защищать их, объяснять начальству, почему вся эта компания “специалистов” не может сделать *эту* работу быстро и качественно, и почему я опять, одна в (именно этом) проекте, сижу в офисе по 12 часов. И, разумеется, конечно же надо долго отчитывать меня за то, что в координатах забыли поменять номер офиса с ***1 на ***7 (никто даже не обратил внимание на объём работ по созданию FAQ`а, сплошь динамичного документа, в котором информация разбита по рубрикам, внутри рубрики список вопросов со скрытыми ответами, которые при клике показываются каждый при своём вопросе, и при этом маркер вопросов меняется с плюса на минус, свой маркер отмечает выбранную рубрику и кучу ещё дополнительных чисто сценарных элементов поведения, и на объём работ по парочке других, так же достаточно грандиозных страниц).
Обращаю внимание на вакансии “по теме”, собираю себе в блокнотик. Вот, к примеру, то объявление, где Макс Россомахин посоветовал клонировать Макеева (заодно и попиарю объявление, сообщество ru_webdev и самого pepelsbey`a): (more…)
Недавно один из наших программеров в личке поделился сокровенным: оказывается во многих софтконторах, где уровень проектов плюс-минус приближен к нашему, одно из важных требований к программерам – обязательное знание html (xhtml)+css на достаточно глобальном уровне! Надо же… Раньше на эту тему никто у нас и не задумывался, а тут вдруг попёрло что-то, да ещё и подхлёстывается неожиданными дискуссиями в тему “разделения/распределения обязанностей”.
У наших программеров (.NET) такого требования не было и на собеседованиях никто ничего по теме вёрстке у них не спрашивал – основная среда разработки – M$VS, и знания тестировались только возвышенно-программерские. Вёрстку, как следствие, в большинстве своём публика знает только в первом приближении, и в том случае, когда начинается работа с интерфейсом и публике всё же приходится свои рабочие контролы как-то размещать на странице, они городят совершенно безумный код, разумеется, не ручками, а в режиме “design” – этого лучше не видеть, скажу только, что, когда я получаю в работу очередную страницу, основное время уходит на удаление всего того кода, который там предусмотрительно набодяжен.
Клиенты ныне настолько разбалованные аяксом, что требования к интерфейсам (во всяком случае служебным интерфейсам на сервисы) у них довольно масштабные, посему в конторе очень много используют как готовых решений типа telerik, RadControl и иже. Деревья, закладки (имитация виндовых “табов”), хитрые “комбобоксы” с расширенной функциональностью и прочее, и прочее. Иногда прокатывает – просто взять готовое и – напильником (в том числе и визуал), иногда так складывается, что напильником приходится из подводной лодки допиливать реактивный самолёт, и, оценив масштаб /когда готовый контрол доработать теоретически реально, но, для узкой задачи он, с одной стороны, является избыточным и тяжеловесным, с другой стороны – ковыряться детальнейше в больших объёмах чужого кода – то ещё удовольствие/, принимаем решение делать свой контрол (но на это понадобится, к примеру, один рабочий день. Как правило это самое трудное – выбить этот самый один рабочий день). (more…)
Уже сейчас, новичкам-дизайнерам, которые только-только, читаю о значимости “командной работы”. Уже сейчас, среди совсем новичков и среди “почти не новичков”, ориентируюсь на мелкие командные пары-связки “рисующий”+”верстающий” (немного в прошлом посте об этом уже было, и о трудностях даже в парных связках), выравнивая по скорости работы, по характерам – к примеру, на сегодняшний день “рисующий” рисует эскизы приблизительно с той же скоростью, как его в паре верстающий эти эскизы завёрстывает в сайты с шагом -1 (т.е. к тому времени, когда у верстающего заканчивается работа над сайтом N, рисующий как раз заканчивает работу над сайтом N+1) – это очень здорово, но получится ли так же успешно у следующей связки? Пока неизвестно, и ставить их на поток в ответственных больших сайтах страшновато (тем более объём по безответственным простым сайтам ещё огромный).
А ведь это только первый шаг. Потом дизайнеры будут учиться работать с нашими программерами (которые, кстати говоря, тоже не подарочки, каждый первый со своими тараканами) , и не в паре, а в большой команде, и договариваться придётся по куче организационных вопросов – от именования файлов в файловой структуре до системы обмена уведомлениями по поводу модификации (оформления) разных блоков, форм и прочего… Вообще вопросы организации командной работы, конечно же, ширее ширше сложнее в целом, и договариваться приходится всё время, изо дня в день.
Вот берём к примеру проект. Большой. Работает команда (не считаем менеджеров-управленцев), из разработчиков – 8 программистов на нашей стороне и чуть меньше (но не менее квалифицированных) – на заокеанской, с нашей стороны -+ один дизайнер и + один тимлидер, к которому сводится весь код, который и выкладывает “сегодняшнюю” версию на публичный тестовый сервер. И проект, кажется, интересный, и не только идея – но и… как это называется? Когда, если будет закончен и запущен – станет чудо как престижным, потому что уже сейчас потенциальные, почти-почти реальные партнёры – это монстры всея сети, имена которых известны даже школьникам, и уж, кажется – долой совдеповское представление о том, как должна быть организована работа! Ведь не важно – как после, через пол года, через год повернётся ситуация, но написать в том же портфолио-резюме строчечку о том, что участвовал в таком масштабном, для таких известных… это же грандиозно! Значит, не может быть в командной работе зашоренности на реализации логики отдельного модуля!
И опять сталкиваемся с тем же. Что-то программер ваяет, сочиняет, пишет, в восемь вечера коммитит в SVN свой (работающий) кусочек кода, который включается в проект и выкладывается на тестовый сервер. Где СамыйОтветственныйУправляющий тестирует (для него это не модуль, для него это – страница сайта, на которую он заходит и кликает на ссылочки, заполняет формочки), смотрит с ужасом на страницу, про которую ему типа уже доложили, что “сделано”, и говорит – ребята! Здесь же ничего не сделано! Это нельзя показывать президенту компании! А презентация для него состоится через два часа!
Дизайнер, в начале девятого вечера получивший новый код, судорожно принимается причёсывать формы, прописывать классы, оформлять гриды и отрисовывать новые кнопочки, тестировать в куче браузеров, выкладывать новую версию (ок, более менее), но тут обнаруживается, что ещё один программер залил новый модуль (логика работает), в котором элементы форм накиданы подряд, один контрол (уже до того отредактированный дизайнером) заменен на совсем другой (ага, ессно визуализация вся поехала) и нужно ещё пару часов на именно этот модуль, а времени-то уже к 10 вечера! А красавцы-то в восемь (как им по графику положено) закончили программировать свою логику, залили код, и, ни слова не сказав тому же дизайнеру, честно ушли, домой. Чисто формально придраться не к чему.
Чисто формально. Реально с таким формальным подходом они подставляют не только дизайнера (Таня, здесь же ничего не оформлено! – Да этот модуль только что появился, когда бы я успела? (Тех.директору) – Чем вы там все занимаетесь? Это же никому нельзя показывать! – Но программист же сделал логику, как заявлено, логика-то работает? – Нифига здесь не работает! Это нельзя никому показывать! Уберите пока эту страницу из проекта вообще, чтобы они даже случайно сюда не зашли, пусть лучше UnderConstruction, чем эта фигня! Вы же целый день там работали, неужели нельзя было сделать по человечески?) , но и себя, в конечном итоге. Потому что там, у главного руководства, будет поставлена галочка: модуль программиста А не выполнен, работа не сделана.
Я уже не говорю про чисто человеческое отношение. Так же, как этому программисту глубоко наплевать на работу проекта в целом (а заказчик-то смотрит не на кусок кода, он смотрит как раз на проект в целом), так же – и на других участников проекта. В половину девятого вечера дизайнер Таня обнаруживает новый модуль? Сама, кстати говоря? Но это ведь её проблемы, что опять, так же, как и изо дня в день, будет сидеть до позднего вечера править новый код? У программера-то отмечено – рабочий день до восьми, значит, в восемь вечера залил-встал-ушёл. Логика то в его коде работает.
Да-да-да, я понимаю, что случается такое, что только в восемь вечера кусок кода заработал, до этого отдавать было нечего. Но поверить можно в то, что такое удивительное совпадение произошло один раз. Или даже два. Но подходит к концу третья неделя работы над проектом. И по-прежнему насрать на других и на проект в целом. Потому что ЕГО логика работает, его рабочий день закончен, и за прочее ему зарплату не платят. Нерешаемо?
Решаемо. Можно договориться. Можно научиться договариваться, если не умеем пока. Хочет ли программист, чтобы его “сегодняшнюю” работу чекнули как выполненную? Могу предположить, что – да, хочет. Нарвавшись не единожды на то, что никто не будет читать его великолепный код, но и непричёсанную логику показывать – тоже не будут, может ли программист расчитать своё время таким образом, чтобы успеть увидеть свой код включенным в проект (а значит – оформленным как полагается)? Дык легко. Никто тут не программит прямо как совсем уж раб индийский – и за кофиём посвистеть время есть, и анеки почитать, и по асе тоже…
Сколько у программиста уйдёт времени на то, чтобы сказать дизайнеру о том, что “вот эти данные” выводятся не тем контролом (который уже был оформлен), а другим совсем, потому что там ещё пейджинг нужен и ещё что-то (да кто же спорит? Не дизайнер спорит, уж точно), и что естественно надо его пересмотреть, потому что у грида по дефолту есть бордеры, которые для данного макета неуместны, что “этот контрол” перестал быть самостоятельной таблицей и теперь включается “сюда” и “сюда” (а значит один заголовок оказался лишним + потерялось наследование от старшего объекта в таблицах стилей) и т.д. Вроде ведь не только в одной стране сидим, – в одном помещении, но как показывает практика, с программистом, открытым для командной работы (пусть он хоть в другой стране находится, хоть за океаном) сотрудничать легче (и в целом выходит успешнее), чем с таким же мурлом с местечковым мышлением за соседним столом. Ну как объяснить? Что каким-бы ни был гениальным его личный кусок кода – если он не будет включенным в проект, вся его гениальность так и останется невостребованной?
Как же с ними со всеми трудно, какие же они все разные. К вот этому, этому и вообще вот этой теме – при общем улучшении внутриофисной ситуации есть усложнение организационной части офисной жизни, и требований к моим лично организационным талантам (есть ли они?)…
1. Технический дизайнер (вёрстка на котором) никак не может договориться с дизайнером рисующим, у которого практики вёрстки нет. Проблема известная всем – рисующий мягко говоря не в полном объёме представляет себе все тонкости технической реализации, верстающий сам по себе ещё не супер, и там, где он видит “сложности и тонкости реализации” – на самом деле никаких сложностей нет и всё делается стандартными возможностями css. И я понимаю, что если не сбегут, то рано или поздно притрутся, один приловчится рисовать практичнее, второй поднатореет в вёрстке и не будет создавать проблему там, где её нет, опять же – может подружатся… Пока что же приходится между ними периодически буфером выступать, рассказывая первому, как отверстать “такой” блок, второму – что не такая уж и ценная именно эта тень на этом блоке под этим неоднородным фоном при условии, что блок будет динамического размера и т.д…. ну в общем, не так уж выигрывает дизайн в целом и без неё будет смотреться ещё и почище, а та, главная тень на самом большом объекте (коробочный продукт, коробка в крупном рекламном блоке) – вот она там вообще самая лишняя, её как раз сделать едва-едва, и если уж полиграфическое прошлое так жёстко держит в рамках правильных деталей (т.е. источник освещения слева – значит абсолютно все объекты должны иметь тень вправо) – то не надо делать из деталей главный элемент дизайна, потому что акцент всё равно должен быть на одну единственную кнопку – Join Now, а не на тени.
2. Двум рисующим даётся одно и то же задание, в лекционной форме очень подробно поясняется выданное ТЗ, с рекомендациями где посмотреть, с практически отрисовкой возможных вариантов модульных сеток, тексты, заголовки, слоганы – всё есть, и почему? Ну почему один при этом СЛЫШИТ, что я ему говорю, а второй вежливо делает вид, что слушает и в эскизе всё равно допускает именно те ошибки, о которых явно говорилось, что *этого быть не должно*? И ведь не бесталанный, кажется, но и организационная проблема здесь есть в том, что если у первого будет приниматься каждый первый (ладно, пусть второй) эскиз, а у второго один за другим – браковаться, я его просто не смогу отстоять, придётся увольнять (вернее у него ещё испытательный срок не окончен, типа объявлять, что не подошёл, ой как это неприятно) – ибо как я остальным объясню, почему платится зарплата десигнеру, ни одна работа которого не принята заказчиком, а ведь всего-то – включаться и слушать, включаться, а не делать вид.
3. Верстающие которые ещё как бы новички – то вообще песня. Это уже для меня тренинг – как дрессировать собственную выдержку, не срываться, не раздражаться, но… если все утренние мастерклассы будут проходить впустую, разгоню нафиг. А в резюме писали, что они и xhtml, и css, и js, и даже какие-то там разные серверные… это вот тот самый случай, когда и швец и жнец и на дуде, но всё ПОСРЕДСТВЕННО! и ничего ХОРОШО. В общем, в чудеса я не верю и на то, что придёт в самом деле готовый специалист, который не по верхам, а дотошно и досконально и без вопросов сможет верстать самые сложные эскизы и собирать клиентские скрипты без привлечения программеров расчитывать, пожалуй, не стану, рассказывать буду, только бы они поменьше тупили и внимательнее слушали…
4. Ладно моя нервная система и всё такое… а они… Сборище психотипов. У одного – хорошая скорость реакции, быстрый отзыв, и – если бы была возможность вообще над ним стоять и поправлять сразу – отлично бы всё делал, но без перманентного контроля расслабляется и теряет внимание, вторая – тупит так, что мама дорогая, при постановке задачи записывает чуть ли не дословно, исписывая каким-то образом целые листы А4 мелким шрифтом, и после всё равно каждую минуту подходит и переспрашивает (причём всего лишь нужно пальцем ткнуть в её же записи – где ответ на её вопрос), от нерешительности и неуверенности это, что ли… Потом, освоив и осознав задачу, прёт как танк, делая работу быстро, вроде качественно. Третий ловит каждое слово, и так выразительно внимает (где ж он бедный работал раньше, где же его так выдрессировали?), что становится неловко, четвёртый напротив, не подходит с вопросами если возникают, всё решает сам, иногда неверно и после (так же терпеливо) переделывает, что, стесняется меня? Может такое быть? Пятый капризен как дитя малое и выпендривается так, что его уже (и ведь всего полтора месяца работает!) пришлось несколько раз защищать перед руководством – надеюсь, конечно, что притрётся-пообтешится, но вот видно по человечку, что жизнию не битый ни разу, и понять не могу для себя – хорошо сие или плохо.
Разные все, разные, тяжко к каждому индивидуальный подход исполнять, и самой в мгновение переключаться, одному подбадривающе лишний раз улыбнуться, вторую успокоить и степенно ей повторить ещё раз по очередному кругу, третьего притормозить и приструнить, дабы не зарывался и уважал требования, озвученные в процессе постановки и само ТЗ. Очень не хочется исполнять отсев и текучку кадров, но, повидимому, на этапе формирования отдела никак по другому не получится, даже при самом строгом и дотошном собеседовании, всё равно несколько месяцев уйдёт на плюс-минус. А потом к новым привыкать, изучать их психотипы блин, знакомиться с новыми тараканами.
Мда… похоже, мастерклассы по дизайну-вёрстке чаще, чем раз в неделю устраивать не получится. Что ж делать-то? домашние задания им выдавать?
Какое-то количество постов назад (и после в рассылке) поднималась тема общей образованности дизайнеров и веб-дизайнеров: нужно ли дизайнеру “входить в тему” – изучать прикладную сторону (хотя бы в общих чертах) или же опираться исключительно и добуквенно на указания постановщика задач? Тогда речь шла о том, что разрабатывался сервис типа социальной сети, а дизайнер-исполнитель, который был в проекте, оказался убеждённый противник “этих ваших глупостей, отнимающих драгоценное время” – блогов, социальных сетей и прочих модных штучек. До такой степени противник, что ни разу никогда нигде не зарегестрировался и отказался хотя бы попробовать хотя бы где-нибудь завести себе аккаунт с целью изучения предметной области (не скрою, постановщику, в том случае – мне, это изрядно усложнило жизнь, вернее, работу).
Помнится, в обсуждении тогда комментаторы разделились во мнениях, кто-то доказывал, что дизайнеру в обязательном порядке нужно (ок, хотя бы в общих чертах) знать предметную область, да и вообще по-человечески расширять кругозор (почитайте ещё раз у Аскара Байбузова “Про пользу гумманитарных наук“), кто-то утверждал, что каждый должен заниматься своим делом, и если, к примеру, разрабатывается сайт для поставщика систем очистки воды, и в качестве элемента дизайна исполнитель ставит картинку, которую он нашёл в яндекс.картинках (а значит попавшую туда удачную фотку какого-то как раз российского очистителя с одного из раскрученных российскими же оптимизаторами сайтов – в ракурсе, с бликами, казалось бы, что ещё надо?), а не уникальный, концептуально отличающийся от российских моделей украинский очиститель, удачной фоты которого у дизайнера под рукой не было, а заказчик, который, в свою очередь, совсем не в теме веб-интерфейсов, решил, что раз эти профи сделали так, значит будет так, виноват только постановщик и никто другой. А дизайнеру-то что? Он же не в теме, для него эти очистители – как китайцы, на одно лицо.
И, главное, не придраться. Если у дизайнера профильное (художественно-дизайнерское) образование, и никакого технического или альтернативного, на ночь он читает только исторические или любовные романы и по жизни озабочен исключительно только решением минимально важных для поддержания жизни проблем (где купить сосиски) – какие могут быть водоочистители или другое промышленное оборудование, о чём вы? Но, блин, рисует красавец хорошо. (more…)
