Вообще-то здорово, когда специалист (любой, опять же), соответствует своей работе и любит свою работу. Когда бухгалтер тащится от цифр, учитель обожает сеять разумное-доброе-вечное, а стоматолог вдохновенно высверливает дырку под пломбу. И каждый из нас в той или иной отрасли встречал людей увлечённых, с неформальным подходом к работе, не важно, какой бы скучной она не представлялась окружающим. И, к великому сожалению, в каждой отрасли таких людей – еденицы, и проблема несоответствия человека выбранной специальности – это реальность, это есть, они есть — люди, которые не любят свою работу. Можно, конечно, списать отчасти такую нелюбовь не столько на несоответствие, сколько на недоразвитые человеческие качества – не любовь трудиться вообще, нелюбовь действовать в чём-бы то ни было, на элементарную лень, когда человеку “где бы ни работать, лишь бы не работать”. В какой-то степени таких людей жаль, но по-другому смотришь на ситуацию, когда твой ребёнок попадает к такой историчке-истеричке, которой эта история нафиг не впилась, а дети бесят ещё до начала урока, и дабы им неповадно было из одного урока в другой дети месяцами “пишут конспекты”, или попросту – переписывают в тетради учебник; и тихо, и делать ничего не надо, и как будто бы спросить есть за что. Или когда сам садишься в стоматологическое кресло, а тебе “Ну что, будем лечить или вырывать?” (?!) – а вы, как специалист, как считаете, есть смысл лечить? А мне всё равно, скажете лечить – будем сверлить (нафиг, нафиг, мало ли что он с таким отношением высверлит).

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

Что я могу сказать в ответ. При всём творческом в целом направлении работы дизайнерам периодически приходится заниматься рутиной, и в рамках одного, отдельно взятого проекта (отрисовать 30 иконочек в одном стиле, к примеру, на проект по уже до этого отрисованному эскизу) и в рамках серии однотипных проектов (студии, специализирующиеся на каком-то направлении сайтов, к примеру, на сайтах-визитках, сталкиваются с тем, что дизайнерам надоедает работать в рамках практически одинаковой постановки задачи); она, может, отличается от рутины бухгалтеров, врачей или учителей, но это неизбежность, с которой приходится мириться и в которой можно при желании находить свой, определённый кайф. Как-то не так давно в блоге Андрея Себранта было чудесное обсуждение вопроса, имеющего непосредственное отношение к сегодняшней теме:

По ходу одного спора в офисе выяснили:
Слово experience ни фига нельзя переводить словом «опыт» – он у нас массово «сын ошибок трудных», а вот experience совершенно не обязан быть связан с ошибками, даже ассоциативно. Ну, это ладно – непереводимых слов хватает.
Хуже оказалось со словом «драйв». Часть людей заявили, что такого слова вообще нет в русском языке, а раз нет, то нет и понятия, которое следовало бы этим словом описывать. Другие что-то говорили про жаргон рок-музыкантов. Странно мне стало: для меня наличие драйва – важное свойство дела/команды/человека.
Друзья, а вам это слово что-то говорит?

В дискуссии предложили для слова “драйв” русский аналог – “воодушевление”, другие комментаторы возражали, мол, это слово не в полной мере передаёт энергетику исходного слова, но я соглашусь только отчасти. Воодушевление – очень классное слово, оно близко к тому, как говорят у нас “работает с душой” или даже “вкладывает душу в работу”. Когда работа в кайф, когда работа заводит, когда идеи прут и есть несдерживаемое желание их реализовать.
Работа верстальщика даже более увлекательная всмысле драйва, чем работа рисующего дизайнера. Всего несколько дней меня не было на работе, болела типа, по одному из самых сложных наших проектов программеры напрограммировали новые модули и насоздавали новые документы, их надо было “причесать” по-человечески; дизайнер-верстальщик из моей команды без меня не справился. Прихожу на работу, принимаю задачу (на самом деле сложную), и мне не скучно, мне в кайф сделать из этих безумных форм красивые и правильные, собрать в нужный визуальный блок порасползавшиеся элементы. Наши программеры (.NET) любят использовать сторонние контролы в проектах, в частности – RadControl`s и Telerik, кто в теме, тот поймёт. Которые, будучи пользуемыми на странице, визуально должны выглядеть в стиле страницы, а не в стиле, уже реализованном разработчиками контролов. И вот загадка: есть:

1. моя таблица стилей.
2. Таблица стилей для Red Grid (для вывода различных табличных данных, а так же их ввода и редактирования) и
3. Таблица стилей для Red Combobox/Red Input / Red Calendar (которые используются в этом же гриде).

Откуда берётся описание для визуализации очередного инпута, кто выводит с именно таким бордером поле для ввода, как с этим всем хозяйством успешно взлететь, манипулируя только таблицей (таблицами) стилей? Шарада, загадка, тайна, покрытая мраком некоторое время, и с каждым решённым этапом, с каждым причёсанным модулем проект выглядит всё красивше и красивше, и усилия не зря, и время не напрасно, и настроение повышается, и уж точно – НЕ СКУЧНО! И друзья, знакомые, бывшие сослуживцы, в разное время разбежавшиеся по разным IT-шным конторам, знают и помнят это и частенько присылают мне свои “загадки”, неработающие куски кода или задачи “как отверстать это”, и что? решаю их задачки из любопытства, из спортивного интереса, просто потому, что это *моё*. И если вы не чувствовали драйв от работы, если вам не в кайф и тоскливо и до начала процесса работы над заданием, и в процессе, и после тоже — никак, попробуйте сменить вид деятельности, и лучше – совсем.

У наших программеров (.NET) такого требования не было и на собеседованиях никто ничего по теме вёрстке у них не спрашивал – основная среда разработки – M$VS, и знания тестировались только возвышенно-программерские. Вёрстку, как следствие, в большинстве своём публика знает только в первом приближении, и в том случае, когда начинается работа с интерфейсом и публике всё же приходится свои рабочие контролы как-то размещать на странице, они городят совершенно безумный код, разумеется, не ручками, а в режиме “design” – этого лучше не видеть, скажу только, что, когда я получаю в работу очередную страницу, основное время уходит на удаление всего того кода, который там предусмотрительно набодяжен.

Клиенты ныне настолько разбалованные аяксом, что требования к интерфейсам (во всяком случае служебным интерфейсам на сервисы) у них довольно масштабные, посему в конторе очень много используют как готовых решений типа telerik, RadControl и иже. Деревья, закладки (имитация виндовых “табов”), хитрые “комбобоксы” с расширенной функциональностью и прочее, и прочее. Иногда прокатывает – просто взять готовое и – напильником (в том числе и визуал), иногда так складывается, что напильником приходится из подводной лодки допиливать реактивный самолёт, и, оценив масштаб /когда готовый контрол доработать теоретически реально, но, для узкой задачи он, с одной стороны, является избыточным и тяжеловесным, с другой стороны – ковыряться детальнейше в больших объёмах чужого кода – то ещё удовольствие/, принимаем решение делать свой контрол (но на это понадобится, к примеру, один рабочий день. Как правило это самое трудное – выбить этот самый один рабочий день).

Недавно, почти довёв до совершенства RadControls Tabstrip`овские закладки под поставленную задачу наткнулись, что как раз незатейливую заказанную клиентом фичечку реализовать просто не получается, контрол же сам по себе – ничего военного, со всем напором юношеского энтузиазма убедили руководство выделить для работы нам время, и сели с программером его сочинять. Я ему прикинула модель тегов, расписала, где нужны будут идентификаторы и где куда мне генерить какие именованные классы (разумеется, использовали в разметке двухуровневые ненумерованные списки) , и какими спанами куда и что обрамить (первоуровневые элементы по событиям визуально становятся похожи на закладки же ж со сглаженными краями, но при этом ПРОИЗВОЛЬНОЙ ШИРИНЫ). Дальше была разделённая работа – я писала таблицу стилей, программер – логику выгребания из xml имён первого уровня, второго уровня, да в зависимости от определённого при авторизации статуса юзера, да… короче, написали. Супер получилось. Вот кстати тогда он и поделился информацией (с ужасом, как мне показалось), что в некоторых фирмах подобные контролы пишутся программерами при НЕЗНАЧИТЕЛЬНОЙ дизайнерской поддержке (ну, там, придумать-нарисовать эти самые картинки на закладки и, возможно, порезать их же).

А мне подумалось, что как раз легче работать “в паре” с теми программистами, которые не заморачиваясь вообще на “размещение” их рабочих контролов на странице кидают их… в столбик на голую страницу. Так кст. говоря, легче, проще и быстрее. Хотя – признаю, всё не так плохо, и программеры часто подходят с вопросами по вёрстке и стилям, и (не часто, но всё же) иногда что-нибудь не сложное пишут сами (предупреждая вежливо, что вот создали класс и описание его закинули в .css файл, ничего? Имя нормальное? описание не безграмотное? Ничего, говорю, нормально-красиво-до-стерильности-сама-доведу).

А хуже мне с моими дизайнерами. Как-то почти месяц назад с одним из чуть конфлик не возник. Что-то он там недодоговорился про оплату, закапризничал, типа оценивает свои знания выше. В общем то не важно, там отчасти сам парень прорастяпился, юный ещё, несерьёзный, как дитё малое, отчасти руководство “таке затуркане, таке затуркане”, но то не о том речь. А о том, что в начале недели я собрала тех дизайнеров, которые типа “технические”, в общем, верстальщики, и по оценке их труда за месяц честно им сообщила: ребята, верстать вы нифига не умеете. Не умеете. И, благо, работа им на первое время была не сложная и малоответственная (и малокомандная опять же – что тоже имеет значение) – дофига пятистраничных сайтов с практически похожей структурой (модульной сеткой и типовыми страницами). Рисующие рисовали, верстающие за ними верстали. Писала о начале их творческой жизни здесь и здесь. Посчитала я, что такая не особо ответственная и простая (html-ная) вёрстка – самое то, что нужно новичкам на раскачку. Но уже, когда проводилась работа над ошибками (с каждым из), мягко говоря, была под впечатлением.

И я не против, когда разработчик хочет себе высокую оплату своего труда, и сама убеждаю руководство, что платить надо больше, и меня, разумеется, радует, что учиться они всё-таки хотят, только реально учатся пока медленно почему-то, но повторять стопятый раз фразы типа “у таблицы нет атрибута valign!” “что опять делает padding в стиле картинки? Создаёт поле от картинки до неё же?” “опять незакрытые теги! Опять не закрыты картинки, br`ы, но ладно, здесь просто обучиться. Но абзацы-то, абзацы мы научимся закрывать?” Я уж не говорю про лекции о семантике и логике, обычной логике. Ладно один из верстальщиков (оправдываясь, обиделся) говорит “я же говорил, что ещё не освоил дивную вёрстку и буду верстать пока таблицами, вы же разрешили!” – Б-блин. Да. Подтверждаю. Разрешила. Сделать колоночный макет таблицей. Но.Напрудить мне десяток (а в целом – 24) вложенных таблиц для того, чтобы РАЗМЕТИТЬ В ОДНОЙ СТРОКЕ ПЯТЬ ЗАГОЛОВКОВ И ПЯТЬ СТРОЧЕК ТЕКСТА вложенными таблицами – это уже не имеет отношение к дивной вёрстке, это, извиняюсь, имеет отношение к ОСНОВАМ HTML и ОСНОВАМ ЗДРАВОГО СМЫСЛА, будут они обижаться или нет. Ок, разобрали с ним вёрстку на примере того, что делал он и того, что переделывала я (не изменив своего обещания разрешить таблицу для колоночного макета, свести весь макет из 24 таблиц к одной), отметили те атрибуты, которые просто являются ошибкой (т.к. не существуют и не работают), те атрибуты и теги, которые являются логической ошибкой (т.е. нарушают логику документа и, как следствие, усложняют вёрстку, прежде всего из-за непредсказуемости ошибок, хрен найдёшь потом почему у него что-то куда-то уползло), и те, которые в целом написаны верно *(с т. зр. логики вёрстки), но избыточно, т.е. код, который в оптимизированном виде использовать проще, да оно и нагляднее получается с т.зр. читабельности всего созданного филе другим разработчиком или даже этим, скажем, через недельку.

Со вторым там всё ещё более запущено. Меня, конечно, безмерно радует энтузиазм, желание быстрее научиться и делать правильно, но ошибки, которые генерит второй, пугают больше. Сами понимаете, если верстальщик не закрыл, к примеру, абзац, большого горя он никому не принёс. А вот если какой-то рульный контейнер (div), описание которого задаёт поведение всех дочерних объектов, а потом пол дня ищет, почему у него всё разъезжается, или ещё хуже, делает плавающую модель и удивляется, почему соскакивает блок (не понимаю, говорит, почему, я же размеры линейкой из макета в фотошопе снимаю!), а обнаруживается, что родительскому объекту задан фиксированный width (ой, а откуда это? я этого не писал! это DW сам прописывает!) потому что в режиме “Design” в DW он где-то как-то за что-то потянул, а потом в коде не проверил… и.. ой, ну там короче много всего, больше похожего на анекдот (я почти уверена, что он не издевается, что он не специально).

В общем получается, что на большие дотнетовские проекты вывести ни одного из них не могу. Для примера показывала им среду VS, объясняла, что валидатор должен быть включен у всех программистов, но если на одну программерскую ошибку валидатор станет выдавать двести ошибок вёрстки дизайнерской, то это… несколько усложнит работу над проектом в целом… и отношение к такому усложнившему работу дизайнеру будет даже не с профессиональной т.зр., а с чисто человеческой, отнюдь не суперским. Ещё тёмную устроят. Шутка.

Заодно пришлось подгонять откровенным шантажом. Объяснять одну простую тупую вещь. Если я из одного проекта в другой буду каждый вечер сидеть до десяти вечера в офисе и ПЕРЕДЕЛЫВАТЬ работу, набодяженную нашими капризными и такими требовательными к уровню зарплаты труженниками веб-девелопмента, то нафиг надо тратить фирме зарплатный фонд на поддержку их капризов? Я согласна на премиальные, сделаю сама, как и раньше – когда я одна работала, в целом работы, может быть, было и поменьше, но не в шесть раз, точно не в шесть, и – успевала, тяжело было, но хотя бы контролируемо (хочешь сделать хорошо, сделай это сам!)

Тут я, разумеется, лукавила. Потому что даже послеотпускной трёхнедельный дедлайн в августе-начале сентября, когда надо было, и сделали, и круто, и зарплату подняли, и сверхурочные заплатили, и премию, и казалось бы – с чего бы мне быть недовольной? А вот с чего. Нафиг такие напряги. Здоровье подорвало, бессонницы начались, приступы странные с вызовом скорой в офис, с мужем проблемы слёзные, хозяйки мол дома нет – не в деньгах ведь счастие, так?