Posts Tagged ‘вёрстка’

Верстальщики и программеры, продолжение

Wednesday, February 20th, 2008

Из прошлого поста о верстальщиках и программерах могло сложиться (и у некоторых, судя по переписке, сложилось) неправильное впечатление: да, я писала о кривом коде, порождаемом визуальными редакторами, да, я недоумевала - как же так, не ВасиПупкины, не начинающие веб-дизайнеры — вполне себе сложившиеся программисты, и вдруг - режим Design в VisualStudio для быстрого создания типовых форм. Но ведь и фраза “а что, у нас программеры уже напрочь ручками код перестали писать?” не имеет ничего общего с рекомендациями “писать” в блокноте, ни разу. И более того, когда касается не программирования, а вёрстки - своим ребятам я категорически запрещаю верстать в notpad`e, а программерам я вообще не указ. Просто - чем больше проект, тем меньше работы для дизайнера и верстальщика в проекте (когда уже написана общая таблица стилей, уделить пять минут тюнингу новой части сервиса — когда продумана и разработана концепция иконочек, маркеров и прочих фишечек, нарисовать новую козявочку — никакой сложности), но тем больше работы, связанной с тем, что ломается и “едет” дизайн после того, как программер поработал с проектом.

И здесь работа не для тестировщика, ему-то что, он таск отправил - что видит, о том и написал. А техническому дизайнеру - разгадывать шарады, почему что-то куда-то уехало. На днях звонит канадский программер, говорит — “я там ничего такого особого не делал… а блок с прелоадером (очередная крутящаяся козявочка с надписью “Loading…”), которая показывалась всегда в центре экрана, уехала в левый верхний угол“. Что делает дизайнер? Правильно, ломится проверять таблицу стилей - вдруг где-то правила сбились, вдруг где-то и в самом деле неграмотно написано… вроде всё честно. Ломится в код - бывало такое, когда программер добавлял контейнер (div) в код “не правильно”, а где ему показалось удобнее, но в коде тоже всё корректно. В чём глюк, разумеется, нашла - раньше прелоадер показывался на довольно простых условиях, когда генерилась таблица статистики, или подгружались ещё какие-то объёмы данных; но сейчас сценарии усложнились, и блок с картинкой (с тем же, как бы, идентификатором) программеру пришлось сделать серверным контролом. Т.е. с динамически создаваемым именем идентификатора. Т.е. правила, в соответствии с которыми прелоадер показывался в центре экрана, правила, которые назначались блоку по имени идентификатора, больше не применяются - имя-то меняется. (more…)

Верстальщики и программеры.

Friday, February 15th, 2008

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

Из простейшей (на первый взгляд) странице с редактированием профайла юзверя только что убила четыре (!) избыточные одноячеечные таблицы. Одна обрамляющая контент, одна - для блока с общими данными юзера, одна - для Change Password если юзер кликнул сменить пароль и одна - на Confirmation, если всё прошло успешно. На четвёртой не сдержалась, подзываю программера, мол, шо за дела? Мы же договаривались - ты вообще никакую вёрстку на странице не делаешь, кидаешь свои контролы в линейном порядке, я сама разрулю, как они должны ОТОБРАЖАТЬСЯ! А он мне отвечает… я, говорит, и не добавлял никакую разметку… оно, говорит, само. Он в студии, в режиме дизайн за один клик просто добавляет целый блок (размеченную форму) для, к примеру, смены пароля - со всеми необходимыми тегами, айдишниками и прочими атрибутами. Охренительная экономия времени! И вот при таких вот автоматизированных для ускорения работы программера действиях и добавляется, автоматически же, “контейнер” в виде одноячеечной таблицы, обрамляющей этот блок.

Спрашиваю - а что, у нас программеры уже напрочь ручками код перестали писать? Или вся работа верстальщика должна заключаться в том, чтобы каждую страницу при доработке сначала долго вычищать от избыточного кода, самодобавляющегося при пользовании программистами режимом “дизайн”, от самопрописавшихся атрибутов width и height, которые появляются, когда программер в том же блин режиме “дизайн” случайно где-то что-то дёрнет? Или - ещё хуже, когда программист, утомившись программировать, вместо того, чтобы пойти чайку попить садится, и начинает “оформлять” созданные им только что формы.

И вот я вышкаливаю пару талантливых юных верстальщиков. Ругаю за ошибки при анализе сетки. Если позволяет проект - заставляю перевёрстывать, объясняю, что вёрстка веб-страниц - это как раз та отрасль, где уместно применять свои способности к анализу. Потому что на самом деле это так, прежде чем вырезать из эскиза первую картинку, прежде чем написать первую строчку кода, первый контейнер, имеет смысл потратить время на то, чтобы понять макет, продумать для него его модульную структуру; и если на недовёрстанной ещё первой странице макета появляется необходимость какому-то классу переназначить правила с помощью ! important - значит, недопроанализировал, значит - всё заново (ага, и как раз пару дней назад такое было) перевёрстывать, благо есть возможность. В отличие, к примеру, от тех ситуаций, когда приходит сюда давно свёрстанный проект на доработку программерам, и спустя месяц вспоминают про дизайн (ой-ё, Таня, тут бы поправить бы), и ты прекрасно понимаешь, что поправить “честно” не выйдет. Или вместо 30 минут надо затребовать 3-4 дня на перемакетирование и перевёрстку всего этого разросшегося уже проекта, или - переназначение доменных правил, увы. Но если есть возможность - давайте продумывать макет изначально так, чтобы не было необходимости во всех этих important`ах.

И вот они, такие продвинутые верстальщики, откроют свой проект через какое-то время, когда уже динамика, посмотрят на код страниц… На все эти самодобавившиеся и саморасплодившиеся таблицы. На разъехавшиеся контейнеры из-за самопрописавшихся в их содержимом ширин и высот. И спросят меня - Таня, а к чему был весь этот предварительный цирк с логичной и валидной вёрсткой? И я не буду знать, что им ответить. Или - как мне сегодня программер посоветовал - посоветую им так же написать гневное письмо Биллу Гейтсу, или разработчикам Visual Studio, чтобы они укротили свой сервис с такими полезными автоматическими решениями. И режим “design” в Visual Studio прибили нафиг, навсегда. О. И Visual Studio тоже прибить, и тоже навсегда. Пусть на Java переучиваются, ибо нефиг.

Объявлен список докладов на Client Side’2007

Friday, October 19th, 2007

Client Side’2007Да, объявлено, что сформирована программа конференции Client Side’2007, а я до сих пор не получила подтверждения от руководства о том, что меня вообще туда отпускают (хоть бы даже и за свой счёт).

Секция “AJAX, JavaScript, JSON, GWT

  1. Отладка JS/Ajax и профилирование / Александр Шуркаев;
  2. Разработка, оптимизация и тестирование тонких клиентов / Петр Макаров, Иван Кузнецов;
  3. Использование jQuery в связке Google Gears / Евгений Пальчевский, Алексей Захлестин;
  4. Произвольные события - клей сложных веб-приложений / Андрей Сумин.
  5. Технология Google Web Toolkit / Аскар Рахимбердиев;

Мастер-класс “Модульность в JavaScript” / Андрей Сумин;
Мастер-класс “Векторная графика в Вебе (SVG, VML, Canvas)” / Леонид Хачатуров;

Секция “Производительность

  1. Управление скоростью реакции сайта / Артемий Трегубенко, Николай Мациевский;
  2. Оптимизацию html, css, js на часто показываемых страницах (на примере морды и результатов поиска Яндекса) / Александр Моисеев + Особенности верстки крупных проектов / Александр Тимофеев;

Секция “Flash, AIR, Flex, SilverLight

  1. Adobe Integrated Runtime (Adobe AIR): платформа для создания десктопных RIA / Константин Ковалев;
  2. Сравнение современных технологий для создания насыщенных интернет-приложений (RIA) / Константин Ковалев;
  3. Работа с данными в формате XML в среде Adobe Flash / Дмитрий Поклонский + Создание standalone приложений с использованием Adobe Flash и Northcode SWF / Дмитрий Поклонский;

Мастер-класс “Геометрия во Flash: кривые Безье второго порядка” / Иван Дембицкий;

Секция “Веб-стандарты, верстка, HTML 5.0

  1. Семантическая вёрстка / Вадим Макеев;
  2. Веб-стандарты в ASP.NET / Сергей Мезенцев;
  3. Верстка независимыми блоками / Виталий Харисов;
  4. Тонкий CSS для Internet Explorer / Павел Корнилов;
  5. HTML 5.0 / Петр Керзум;

Мастер-класс “Применение XSLT на стороне клиента” / Алексей Остапенко;
Мастер-класс “Профессиональный верстальщик. Кто он?” / Вадим Макишвили, Павел Корнилов;

Секция “Веб-дизайн

  1. Тезисы доклада “Нюансы веб-типографики” / Артемий Ломов;
  2. Графический дизайн для веб-среды / Андрей Оконечников;
  3. Управление проектами. Информационный дизайн / Анна Тихонина;
  4. Как выжить дизайнеру в веб 2.0 стартапе / Алексей Сергеев;

Мастер-класс “Интерфейс на экране, на бумаге и в жизни” / Артем Горбунов;

Секция “Дизайн интерфейсов, юзабилити, accessability

  1. Качество человеко-компьютерного взаимодействия: подход в международных стандартах / Константин Самойлов;
  2. Особенности проектирования интерфейсов для начинающих пользователей / Андрей Золотов;
  3. Состояние потока (FLOW) как цель проектирования взаимодействия / Денис Бесков-Доронин;
  4. Влияние юзабилити на конверсию и эффективность сайта / Иван Макарчук;
  5. Доступность информации на государственных сайтах / Денис Бесков-Доронин;
  6. Формат предоставления работы проектировщика интерфейса / Алексей Копылов;

Мастер-класс “Юзабилити аспекты проектирования пользовательских интерфейсов в среде Microsoft Expression Blend” / Сергей Швецов;
Мастер-класс “Юзабилити-тестирование? Легко!” (или как в домашних условиях протестировать программный продукт) / Катерина Умнова;

Секция “Шаблонизаторы

  1. Почему XSL? / Сергей Бережной;
  2. Эффективное использование XSLT / Александр Мартынов и Александр Ермолаев;
  3. Как проще и эффективнее строить работу с унаследованным от других разработчиков (xsl-)кодом / Евгения Фирсова.

Секция “Мобильные технологии (WAP, PDA-проекты)

  1. Юзабилити программ для мобильных устройств / Федор Ежов;
  2. Мобильные магазины и платежи / Александр Штучкин.

Секция “Качество, тестирование

  1. Автоматизация тестирования WEB-интерфейсов с использованием Selenium / Виталий Помазенков;
  2. Что такое XSS и как их искать / Алексей Капранов;
  3. Автоматизированное тестирование смешанных web и win интерфейсов / Екатерина Ивахина (Rambler);
  4. Автоматизация тестирования сложных Flash интерфейсов / Александр Комлев;
  5. Автоматическое удаленное юзабилити-тестирование / Дмитрий Филев;

Организационное дизайнерское. Это песня просто

Wednesday, August 29th, 2007

Как же с ними со всеми трудно, какие же они все разные. К вот этому, этому и вообще вот этой теме - при общем улучшении внутриофисной ситуации есть усложнение организационной части офисной жизни, и требований к моим лично организационным талантам (есть ли они?)…

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

2. Двум рисующим даётся одно и то же задание, в лекционной форме очень подробно поясняется выданное ТЗ, с рекомендациями где посмотреть, с практически отрисовкой возможных вариантов модульных сеток, тексты, заголовки, слоганы - всё есть, и почему? Ну почему один при этом СЛЫШИТ, что я ему говорю, а второй вежливо делает вид, что слушает и в эскизе всё равно допускает именно те ошибки, о которых явно говорилось, что *этого быть не должно*? И ведь не бесталанный, кажется, но и организационная проблема здесь есть в том, что если у первого будет приниматься каждый первый (ладно, пусть второй) эскиз, а у второго один за другим - браковаться, я его просто не смогу отстоять, придётся увольнять (вернее у него ещё испытательный срок не окончен, типа объявлять, что не подошёл, ой как это неприятно) - ибо как я остальным объясню, почему платится зарплата десигнеру, ни одна работа которого не принята заказчиком, а ведь всего-то - включаться и слушать, включаться, а не делать вид.

3. Верстающие которые ещё как бы новички - то вообще песня. Это уже для меня тренинг - как дрессировать собственную выдержку, не срываться, не раздражаться, но… если все утренние мастерклассы будут проходить впустую, разгоню нафиг. А в резюме писали, что они и xhtml, и css, и js, и даже какие-то там разные серверные… это вот тот самый случай, когда и швец и жнец и на дуде, но всё ПОСРЕДСТВЕННО! и ничего ХОРОШО. В общем, в чудеса я не верю и на то, что придёт в самом деле готовый специалист, который не по верхам, а дотошно и досконально и без вопросов сможет верстать самые сложные эскизы и собирать клиентские скрипты без привлечения программеров расчитывать, пожалуй, не стану, рассказывать буду, только бы они поменьше тупили и внимательнее слушали…

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

Разные все, разные, тяжко к каждому индивидуальный подход исполнять, и самой в мгновение переключаться, одному подбадривающе лишний раз улыбнуться, вторую успокоить и степенно ей повторить ещё раз по очередному кругу, третьего притормозить и приструнить, дабы не зарывался и уважал требования, озвученные в процессе постановки и само ТЗ. Очень не хочется исполнять отсев и текучку кадров, но, повидимому, на этапе формирования отдела никак по другому не получится, даже при самом строгом и дотошном собеседовании, всё равно несколько месяцев уйдёт на плюс-минус. А потом к новым привыкать, изучать их психотипы блин, знакомиться с новыми тараканами.
Мда… похоже, мастерклассы по дизайну-вёрстке чаще, чем раз в неделю устраивать не получится. Что ж делать-то? домашние задания им выдавать?