Верстальщик. Творческая личность с аналитическим складом ума
Девчушку, которая пришла к нам работать недавно верстальщиком на простенькие рекламные сайты (для сложных дотнетовских проектов ей ещё изрядное количество времени придётся нарабатывать опыт), посадила рисовать тренировочные эскизы как бы для этой же ветки веб-сайтов. Честно критиковала композицию, сетку, отрисовку каких-то объектов, оформление навигации, блоков, кнопок. У неё получилось два не очень плохих эскиза, которые, думаю, в компаниях с менее [чем наши канадские] придирчивыми заказчиками, очень даже прошли бы как достойные. А задачу я такую поставила с конкретной целью: не достаточно верстальщику знать html+css, не достаточно очень поверхностных знаний о работе с графикой в фотошопе. Фотошоп - такой же инструмент верстальщика, как и редактор кода, чем доскональнее ты знаешь этот инструмент, чем более гибко владеешь им, чем больше у тебя знаний о том, как создаётся макет рисующим дизайнером, тем быстрее будет твоя работа во время интеграции визуального стиля в реальный сайт, тем проще будет договариваться с твоими же партнёрами по разработке. Здесь речь в ПОНИМАНИИ процесса, ещё одна капелька к статусу ХОРОШЕГО ВЕРСТАЛЬЩИКА, к теме, которую мы обсуждали вчера в комментариях к посту в этом блоге и к ярушной трансляции.
Обсуждение вообще вышло довольно примечательным; я, кажется, с чрезмерными претензиями к личным качествам и профессиональным навыкам специалиста, из которого получается хороший верстальщик, а ребята в комментариях только подчёркивали это; Женя Бондарев писал:
дизайнер верстающий должен обладать логическим мышлением, изрядным аналитическим складом ума, мыслить не образами, а логическими конструкциями
именно. при этом человек, обладающий именно таким складом ума, скорее станет программистом и будет получать гораздо более адекватные деньги, чем верстальщик. вы же не дадите верстальщику ставку программиста?
…
Надо сравнивать зарплаты сопоставимых по уровню квалификации специалистов.
А в этом сравнении, верстальщик практически всегда будет в проигрыше.
В какой-то степени Женя прав, даже с меркантильной точки зрения в нашей компании (где программеров в любом случае раз в 5 больше, чем дизайнеров) хороший (а значит, как минимум ведущий) программист будет получать больше хорошего верстальщика, но здесь вот ещё в чём сложность расчётов: на больших проектах задачи распределяются на подзадачи и направления, и кроме PM`а на проекте есть несколько подкоманд программистов, каждой из которых управляет ведущий программист, лучший. Т.е. он не только лучше всех программирует, он ещё занимается менеджерской работой, распределяет задачи внутри своей команды и отвечает за качество кода своих подзадач. Это всё-таки другая ответственность. К сожалению, всегда бывает так (это я по себе знаю), что большую часть задач, которые ставятся перед командой, ведущий специалист может выполнить сам, и, более того, быстрее, лучше, качественнее (и дальновиднее, потому что умеет видеть проект в целом и перспективу), но задач в какой-то момент становится несколько… больше, чем может выполнять один человек за один рабочий день, а клонировать этого самого ведущего программиста пока технологии не позволяют.
Что же касается сравнения зарплат у обычных программеров и у верстальщиков, то здесь всё очень даже сопоставимо, а с ростом команды, когда и в нашей, дизайнерской команде понадобится выделять тимлидеров и некоторым ребятам добавится административной работы, то зарплаты будут становится сопоставимыми с зарплатами ведущих программистов, я в это верю. Но есть здесь и другой момент, о котором стоит говорить. У меня много примеров, когда человечек приходит в веб разработку, как верстальщик (веб-дизайнер), начинает изучать js, потом - серверное программирование и… в чисто вёрстку уже не возвращается. И не знаю случаев, когда программист начинает серьёзно интересоваться html+css, бросает своё программерство и становится верстальщиком. И дело не только в деньгах, во многих причинах, в том числе и в том, что “есть устойчивое мнение”, что статус программиста в любой IT компании, в любом IT сообществе выше, чем у верстальщика.
Нашла недавно старую уже шутку по теме, “Памятка верстальщику, мнение программера” - мило для тех, кто умеет посмеяться над собой и несовершенством мира, но если говорить серьёзно, то есть проблема с подобным отношением к верстальщикам. Мы тут на прошлой неделе заспорили с одним из программеров по поводу одного визуального глюка и методов его решения, вот он мне что-то типа такого и выдал, что “я здесь программер, и я решаю, какая будет логика на этом участке!” - пол часа бессмысленных препирательств закончились тем, что тимлид по этому проекту нашёл время подойти к нам и выяснить в чём проблема, выслушать обе стороны и подтвердить, что МОЁ решение — верное, а программер просто в собственном коде чего-то недосмотрел. И таких ситуаций в нашей компании было довольно много, видимо, поэтому ребята, которые не новички и работают со мной больше двух лет, спорят редко и уж тем более не смотрят свысока, а зачастую даже спрашивают совета по более концептуальным вопросам, чем “как отформатировать этот блок”. Но для того, чтобы на сегодняшний день было ТАК, нужно, чтобы во многих предыдущих спорных или сомнительных ситуациях верстальщик ОКАЗЫВАЛСЯ ПРАВ, и его статус рос с каждым верным решением.
А для этого нужны знания и опыт, потому и желательно “и творческое, и аналитическое мышление”, и — умение в сложной ситуации взять на себя ответственность, и умение мотивировать свои решения, объяснять как команде в целом, так и каждому отдельно взятому программисту, как бы свысока он поначалу не смотрел. Когда к тебе кидается программист с обвинениями в твоей кривой вёрстке и говорит, что вот он “взял тобой отвёрстанный блок, вставил его в новый документ, прописал в документе ссылку на твою же таблицу стилей, и эта таблица стилей работает не полностью, криво, где-то что-то не центрируется, где-то ещё какие-то глюки выползают”, и достаточно одной минуты на анализ проблемы: ага, программер создал документ, умничка, и код правильно скопировал, и ссылку правильно поставил. Только при генерации этого нового документа забыл указать Doctype, вообще. Подумаешь, одна непонятная такому гениальному программисту строчка.
Уметь отстаивать качество своего кода, в котором уверен, а то недавно наш канадский гений, который принимает нашу вёрстку веб-сайтов и занимается интеграцией в общую систему, громко (мы-то не слышали, но канадское руководство аж письмо спешно написала о том, что вот, мол, Алан кричит, что вы опять плохую вёрстку выложили) обвинял в некоторых, гм, некроссбраузерных записях в таблице стилей и требовал, чтобы поля и отступы описывались четырьмя значениями (верх-право-низ-лево) даже для симметричных свойств, типа margin: 2px auto; - это недопустимо и глючит в разных браузерах, надо писать margin: 2px auto 2px auto;, когда же я задала ему вопрос о том, что это проверялось точно ли с указанным Doctype? И если да, можно ли мне дать пример, где и для какого браузера сокращённая запись НЕ РАБОТАЕТ? он написал, что вот прямо так сразу под рукой этого примера нет, но “будет время, он продемонстрирует”, и вот вторую неделю ищет примеры, и канадское руководство, так же, как и мы, ждёт подтверждения, справедливы ли были обвинения этого интегратора в том, что украинская вёрстка - безграмотная.
Кстати и Женя Бондарев, который своим комментарием заставил задуматься о специальностях, пограничных с вёрсткой - программер, и проблему поиска хорошего верстальщика, а так же отношения к вёрстке и программированию видит со своей программерской точки зрения.
А вот Zigzag видит специалиста с другой стороны:
Да, тяжело найти первоклассного вебтехнолога, как нас, верстальщиков, сейчас называют. =) Но я всеравно против дизайнера и верстальщика в одном лице. Вот UI Designer и верстальщик совсем другое дело, часто UI дизайнеры из верстальщиков рождаются.
Я Паше ответила, что это, видимо, потому, что верстальщик понимает не только то, как форма или окно должны выглядеть с точки зрения “удобства пользования”, но и с точки зрения логики самой формы, сценариев отображения форм, да и с точки зрения реализации тоже.
Программеры смотрят на интерфейс изнутри. Менеджмент, юзеры - снаружи. А верстальщики…
Вообще, это другое видение экранного интерфейса, когда у тебя долгое время практика смотреть на него (интерфейс) изнутри и снаружи одновременно. Верстать, проверять, тестировать, да ещё и когда у тебя 14 из 16 контейнеров с формами скрыты и показываются в зависимости от разных условий, и эти сценарии тоже нужно в голове держать, и не только код делать оптимальным, но и пытаться оценивать оптимальность самих сценариев, и, конечно же, на совещаниях (митингах) не молчать, высказывать мнение о том, как оптимизировать экраны, упростить формы, сократить шаги сценариев. А как же ж без этого? Т.е. специальность проектировщика интерфейсов — она на самом деле так же близка к верстальщику, как и программирование.
В заключение я бы хотела попиарить один случайно обнаруженный конкурс (проводится при поддержке Ru-Center) для веб-разработчиков… который, вообще-то, объявлен уже давным давно, ещё в апреле этого года, видимо, в своё время я проигнорировала информацию. Обратила внимание на знакомое имя среди организаторов: автор идеи и председатель оргкомитета конкурса WebHiTech — Артемий Ломов. Когда-то я регулярно читала его колонку о веб-дизайне “Веб-анатомия по воскресеньям“, была подписана на его рассылку. После, пару лет назад, приятно удивлена тем, что Артемий, решив завязать с рассылкой на Subscribe.ru, передал подписчиков моей, на то время регулярно выходившей рассылке “Библиотека Сайтостроительства…“, мда.. ностальгия. Да, так вот. Помимо интересной самой по себе идее конкурса обратила внимание на миссию конкурса:
Миссия конкурса WebHiTech — посильное содействие повышению культуры веб-разработки в Рунете посредством популяризации уважительного отношения веб-разработчиков к духу (первостепенно) и букве (не первостепенно, но тоже важно) актуальных рекомендаций Консорциума W3C. Имеются в виду, главным образом, спецификации расширяемого языка разметки гипертекста XHTML 1.0 Strict и XHTML 1.1, каскадных листов стилей CSS2 и руководящие указания по обеспечению доступности веб-контента WCAG 1.0.
Помимо прочего, в правилах конкурса обнаружено:
Портрет идеального, с точки зрения оргкомитета, информационного сайта, имеющего все шансы победить на конкурсе WebHiTech в любой из номинаций, таков:
- Страницы сайта оформлены в духе разумного, функционального минимализма, производят безусловно позитивное эстетическое впечатление и воспринимаются как завершенные и целостные композиции.
- Все страницы сайта оформлены в едином стиле. Сайт создает целостное впечатление.
- Страницы сайта рационально используют площадь окна браузера. Оргкомитет конкурса отстаивает убеждение, что «резиновая» верстка при прочих равных условиях предпочтительнее фиксированной по ширине.
- Область основного содержания использует максимально возможную (без ущерба для других функциональных областей) площадь на пространстве страниц. Безусловное предпочтение отдается сайтам, на которых нет бесполезных для посетителей элементов, таких, как нетематическая реклама и т. д.
- Система навигации сайта интуитивно понятна, информативна и всячески способствует экономии времени и сил посетителей. Ссылка, ведущая на текущую страницу, считается грубейшим недочетом. Наличие полнотекстового поиска по всему контенту сайта приветствуется.
- Посетитель может легко изменить размер шрифта на странице штатными средствами привычного ему браузера (даже если речь идет об IE).
- Текстовое содержание сайта, а также альтернативные текстовые комментарии к графическим изображениям и другим объектам, являющимся частью контента, полностью доступны пользователям консольных и речевых браузеров, устаревших версий графических браузеров, пользователям, привыкшим отключать графику.
- Важная для пользователей функциональность всех сервисов сайта сохраняется при отключенных JavaScript, Flash, ActiveX и т. д. в браузере.
- HTML-разметка отвечает исключительно за логическое структурирование контента, тогда как управление его представлением (внешним видом, особенностями воспроизведения программами синтеза речи и т. п.) полностью возложено на CSS. Предпочтительно использование внешних листов стилей, загрузка которых не требуется с каждой вновь открываемой страницей.
- HTML-код страниц соответствует идеалам семантической верстки. (Заголовки размечены тегами <h1>…</h6> в соответствии с естественной иерархией, но никак не <font>; абзацы — тегом <p>, но не <br>, таблицы используются только по прямому назначению и т. п.)
- Контент сайта легко индексируется поисковыми машинами, переход поискового робота между страницами сайта не затруднен никакими технологическими ограничениями (например, навигацией, реализованной на основе JavaScript).
- На сайте предусмотрены автоматически генерируемые, прозрачные для пользователя (т. е. не требующие от него никаких действий) версии представления контента для вывода страниц на печать и для просмотра их на экранах карманных компьютеров.
- Страницы сайта отображаются без существенных различий во всех сколько-либо распространенных на текущий момент графических браузерах: IE 6—7, Opera 8—9, Firefox 1—3, Safari 3.
- Код разметки обнаруживает полное соответствие спецификации XHTML 1.0 Strict (менее желательно — HTML 4.01 Strict) или XHTML 1.1. Код листов стилей полностью соответствует спецификации CSS2.
- Текст на страницах сайта вселяет уверенность, что его автор (редактор) в совершенстве владеет русским языком и правилами набора.
- Иллюстративная графика и фотоматериалы, размещенные на сайте, не вызывают сомнений в художественных талантах и технических навыках их авторов.
- Любая страница сайта загружается не более 10 секунд даже в том случае, если для доступа в Интернет посетителем используется модемное соединение со скоростью 28 800 бит/с.
Оргкомитет отдает себе отчет, что идеальных информационных сайтов, как это ни печально, не существует в природе, однако полагает, что вышеприведенная «контрольная карта» сможет стать неплохим подспорьем для потенциальных участников конкурса на этапе принятия решения о целесообразности выдвижения того или иного проекта.
Я, с одной стороны, пиарю конкурс и рекомендую веб-мастерам подавать заявки, а с другой — обратить внимание на эту “контрольную карту”, которая (почему нет?) вполне может стать прототипом списка для самопроверки веб-разработчика и для тестирования специалиста на очередном собеседовании. Раз уж мы в поиске такой… творческой личности с аналитическим складом ума, ха-ха.

Как по мне, то требование:
>Любая страница сайта загружается не более 10 с. … со скоростью 28 800 бит/с
из разряда параноидальных… Но все остальное — действительно очень здраво.
Ну почему же параноидально? Стоит помнить и о том, что кроме безлимитного толстого канала дома или на работе, может быть такой же толстый канал, но с оплатой трафика. Может быть WiFi, может быть вообще GPRS. И скорость загрузки пропорциональна объёму переданных данных, пропорциональна потраченным суммам.
В масштабе среднего или крупного предприятия экономия в 100 кб на страницу для регулярно посещаемого ресурса может быть очень даже значительна.
Для таких пользователей существуют rss, pda, текстовые версии сайта.
А по второму замечанию — насколько я понял, речь ведь идет о публичных проектах (СМИ и т.п.). А для них траффик — это наименьшая проблема, т.к. качественный контент стоит гораздо дороже. Ну, и мне трудно представить экономию в 100k на одной странице за счет только оптимизации верстки. Теоретически я могу представить всякое, но не думаю, что на практике такое может иметь место…
ой, как вы ошибаетесь. вчера проводил экспертизу вот этого сайта для нашего заказчика. они, до того, как встретили нас успели у кого-то своять вот такой сайт. и это сайт созданный в 2008 году! так вот здесь можно сэкономить все 200 кб на каждой странице =)
кстати, экспертизу делал впервые и догадываюсь, что она не идеальна с точки зрения подачи. может кто-нибудь подкинет ссылку на типовой документ?
Какой смешной сайт. Я уж про дизайн не говорю, но вёрстка… да, даже странно. Имена классов по русски написанные, чудно.
ой, а где там на криллице имена классов?
Страница “история компании”, там где текст про эту историю компании, в теге blockquote есть абзацы, семь, кажется, штук. Там в этих абзацах прописано class=”стиль1″
Остальные страницы не смотрела, да и вообще внимательно не смотрела, но предполагаю, что там много весёлостей можно обнаружить.
Ага, разного рода клерки и секретарши ну прямо-таки регулярно пользуются rss и pda.
Второе замечание касалось не исходящего, а входящего трафика. Поскольку на большую компаниию никто никогда безлимита не даст, потому-то злые админы и режут флеш и прочие красоты.
Анатолий, Вы сказали глупость. подумайте еще.
ну, вообще, да. 280К для страницы — это многовато, не прикинул сразу…
Типичные примеры перехода Верстальщик->UI дизайнер Юра Ветров и Паша Коноплицкий. чувствую, скоро и я к их компании присоединюсь =)
а, и ой. как же я забыл =)) Максим Гулевич, который раньше поддерживал ui.by
Я тоже “сменил лагерь”