Блог NunDesign

Продолжая вчерашнюю тему о том, кого и где называют дизайнером (как и обещано в прошлом посте), рассказываю. Программеры в нашей компании разрабатывают не только (а в последнее время не столько) веб-приложения, сколько всякие мелкие и не мелкие виндовз-программы. Дизайнеры на разные программы привлекаются для разных целей. Самая обычная и простая дизайнерская работа для этих программеров - нарисовать главную иконку программы (формат .ico, полный), соответствующие иконки (порождаются от основной) install/uninstall, и две стандартные заставки на стандартный инсталлятор. В некоторых случаях дизайнеры принимают участие в “декоративном оформлении” интерфейсов программ - отрисовке функциональных иконок на тулбарах, симпатичных фончиков и тематических картиночек на формы и дают ни к чему не обязывающие рекомендации по подбору цвета для каких-то лейблов и для боевой раскраски гридов, реже - рекомендации по построению самой формы (расположение элементов формы, где и как текстбоксы, где и куда кнопки) или сценариям вызова той или иной формы.

В более сложных случаях — когда разработанная программа заинтересовывает каких-то значимых инвесторов с толстыми кошельками — для программы отрисовывается уникальный скин, иногда работа по внедрению и оптимизации скина или скинов (полюбляют буржуи давать возможность юзерам выбрать из нескольких разных скинов в разных стилях) затягивается на месяцы; для меня это самая нелюбимая работа, поскольку в большинстве случаев творческая мысль ограничена возможностями технологии, особенностями сборки виндовз-форм или даже упрямством или недостатком знаний программеров, которые участвуют в разработке этой программы. При хорошем стечении обстоятельств (интересная идея программы + хороший неравнодушный программер + творческая мысль у дизайнера) получались и у нас очень даже суперские интерфейсы (один из таких программеров недавно, к сожалению великому, от нас уволился; ушёл в другой бизнес, не связанный с IT, но на порядок более прибыльный, жаль, с ним было комфортно работать, и результат соответствовал).

Но чем больше в компании разрабатывается проектов, чем больше программерский состав, да и дизайнерский - тем уже специализация у каждого участника команды, это нормально и предсказуемо. Постепенно проходит время мастеров на все руки, проектировщиков-юзабилистов-художников-дизайнеров-верстальщиков в одном флаконе. Мне нравится эта тенденция, мне видится в этом что-то достаточно здоровое и подтверждающее, что правильным путём идём, товарищи. С другой стороны возникают свои сложности, в том числе и в поиске нужных специалистов. А руководство наше (о чём вчера и рассказывала) ищет кого бы вы думали? Дизайнера. Разумеется, мне позволяется в тексте вакансии более подробно описать, какие к нему требования и какой работой ему придётся заниматься. (more…)

«Хотела почитать книжку по таймменеджмету, но опять не хватило времени…»©?

Интересное дело… Когда примерно год назад в списке желаний на MyWishList я указала «Время: Время! Подарите мне время!» - уже после отправки текста желания обнаружила, что не оригинальна - первым (-ой?) такое же желание в листе указал Milk в своей сентябрьской записи. А сегодня (на сегодняшний день) время с разным уровнем приоритета хотят 37 пользователей этого сервиса.

Интересное дело… Ещё совсем недавно мне времени не хватало для каких-то “великих свершений” и полезных дел. А сейчас я бы просто хотела выспаться. Именно хронически выспаться. С ужасом смотрю на список “подвешенных” резюме, среди которых нет ни одного потенциально блестящего, а значит - опять долгое собеседование с попыткой выковырять у челов хоть крошку брильянтового блеска, пылью припорошенного, или - так ничего и не обнаружив, отправить совершенствоваться без нашей конторы с высокой вероятностью позже обнаружить сопливое оскорблённое повествование о том, какие идиоты тут все, его, великого, не оценили. Посмеявшись над подобными публикациями о собеседовании в я.ру как-то и сама успокоилась, перестала переживать (да-да, ещё недавно я просто не могла отказать людям, и моему несчастному руководству приходилось выступать в роли плётки, авторитарно увольняя не подошедшего им человека. Потому что у меня это исполнить не получалось) - знала ведь, что не получится быть всем сладкой.

Писать проще, чем говорить. А говорить приходится, и много. “Объясни. Расскажи. Обоснуй…” Обоснуй - это вообще супер какой-то. Наши же программеры, но не в нашем украинском офисе, а в канадском подразделении продумали (и сделали) структуру макета сервиса с помощью фреймов. Ясное дело - для того, чтобы “статическое меню” не перегружалось. Потому что контента много, обработка сложная и если ещё и меню будет перегружаться… А наши страдают. “Придумай что-нибудь, как им обоснованно воспротивиться, чтобы можно было отказаться от фреймовой структуры?” - а как? То, что главный загрузочный файл с DTD для html 4.0, и там фреймовая разметка, в которую подгружаются документы с DTD для xhtml 1.1, - а что тут такого? удивлённо спрашивают нас наши канадские партнёры по проекту. И пусть.

Опять выплыл (старый уже) билдеровский проект. И ведь обещали же - ни-ка-ко-го билдера! Нате вам. Я уже и не помню правил того скинбилдера, которым генерился скин для программы (который надо, ессно, менять). Я уже и не помню, что за идиотские проблемы у нас возникали с иконками, и почему иконки для инсталлятора невозможно сделать больше какого-то определённого размера (он матюкается и программу просто не собирает), а остаться в рамках старых стандартов никак не возможно, ибо даже заказчик тестирует под Вистой со скином с включенными большими пиктограммами, и значит, иконки требуется делать со всеми фреймами во всех стандартных размеров, да с правильной альфа-прозрачностью (т.е. 32-битные, а не 8-ми) . У программера же сам билдер каким-то образом создаёт экзешник, в котором 32-битные ведущие иконки (главная иконка проги) преобразовывается в 256 цветов.

И вот опять бесконечные диалоги. Сначала - доказываем программеру, что действительно преобразовывается. Показываем, что такое антиалиасинг по контуру. Рассказываем про то, что такое 32-битные изображения и почему 24- не подходит так же, как и 8-ми, убеждаем. Следующий шаг - убедить его же, что эту проблему надо решать. Потому что “да и так вроде ничего…” И вообще билдер “побороть” не получится - это такой вот умный инструмент, ничего не сделаешь. Опять диалог, опять разговоры, опять ударяемся в воспоминания о том, что “это не мне одолжение, просто версию положим - давай не я, а ты будешь выслушивать крики о том, что не понятно, почему все - могут, а мы - не можем. Почему эта иконка - со всеми положенными ей сглаживаниями (что особенно заметно на, к примеру, круглых формах) вне зависимости от цвета десктопа, а ваша - зубчиками на контрастных цветах”… Я лично это всё слышала не один раз. Поэтому давай искать решения. В интерфейсе - бог с ними, с баттонами, у которых глиф будет сконвертирован в битмап. Значит - забыли и делаем другими методами.

A, да, кроме того. А девочке-дизайнеру рассказываем длинную лекцию о том, что такое иконки, какие у них стандартные размеры, ей же опять же - о количестве цветов и стандартах, и что такое альфа прозрачность, и как нарисовать более-менее не зубчатый контур у круглой формы для 8-битного фрейма… Быстрее было бы самой. Но пока не дедлайн, так что дешевле рассказать всё сейчас, чем пытаться и здесь успеть всё, самой. Вспомнила, как давно уже в ЖЖ-шном блоге Allileja рассказывала об иконошных стандартах, форматах и особенностях разработки и пользования. А ещё когда-то тоже давно писала, что больше всего высасывают силы работы по отрисовке мелких .bmp-шек для сишных интерфейсов и сборке многофреймовых .ico; и не то, чтобы не получается (заокеанское руководство до сих пор в пример правильных иконок - по стилю, цветам и технике кидает новым дизайнерам иконки, которые когда-то сто лет назад рисовала я же ж), просто утомляет. Просто хочется молчать - а ещё чтобы никто из-за спины не смотрел, и чтобы тепло было, и воды много чтобы, и завтрашнего не страшно, и за вчерашнее не стыдно.

UPD: на фото вверху - то самое, чего хочется, скорпионье. Солнце, песок, вода.