Posts Tagged ‘css’

Яндекс-субботник для верстальщиков (Киев)

Thursday, April 2nd, 2009

Только в начале года прошёл московский яндекс-субботник – мероприятие, интересное для верстальщиков и девелоперов (прежде всего тем, что доклады не разбавлены водой в виде маркетинговых исследований, презентаций каких-то сомнительных стартапов и прочих полезных докладчикам, но пустых для слушателей тем) – а весной, в конце апреля планируется Киевский Яндекс.Субботник; о расписании и темах докладов почитать можно здесь. Причём о московском я (уже постфактум) прочла в блоге Юры Артюха и что-то мне подсказывает, что киевский организовывает именно он. Я зарегистрировалась и очень постараюсь быть, а заодно подталкиваю и наших зарегистрироваться и поехать вместе со мной.
UPD1: Вадим Макишвили меня поправляет: “киевский Я.Субботник организовывает Киевский офис Яндекса, а не Юра”

А ещё сегодня день рождения у замечательной miu-mau (может, вы ещё не читали её “Дневник дизайнера-маньяка“? зря!), и я поздравляю именинницу.

UPD2: Пока писала-публиковала про яндекс.субботник, пришёл спам про семинар-тренинг, причём бесплатный… но какой-то дурацкий. В том смысле, что вроде как честное и интересное мероприятие, но, во-первых, письмо не адресной с явно спамерской техникой присланное, во-вторых с неполной какой-то информацией:

Корпорация Oracle – крупнейший производитель корпоративного программного обеспечения и мировой лидер в области систем управления базами данных (СУБД) – приглашает Вас принять участие в семинаре “День разработчика Oracle 2009 в Санкт-Петербурге”.
Семинар будет проводиться 10 апреля 2009 года в ### отеле “Новотель Санкт-Петербург Центр” по адресу: ул. Маяковского 3а / Невский пр.

“День разработчика Oracle 2009 в Санкт-Петербурге” будет интересен широкому кругу специалистов, занимающихся разработкой программных продуктов, архитекторов и руководителей проектов, заинтересованных в использовании современных технологий и инструментов для создания программного обеспечения. Мы приглашаем к участию как специалистов компаний-разработчиков программного обеспечения так и специалистов групп разработки конечного пользователя. Ограничений нет!

Основная часть тренинга – практическая. Никакого лишнего “маркетинга” и “рекламной воды” – только необходимые для работы знания. Семинар проходит в классе, каждый участник работает на компьютере, подготовленном для тренинга.

Основное время уделено практике. Цель тренинга – предоставить возможность освоить методологию разработки приложений для СУБД Oracle Database и получить практические навыки по использованию новых возможностей программных продуктов Oracle.
-получить навыки использования новых возможностей Oracle Database 11g
-освоить методы быстрой разработки приложений для СУБД Oracle Database 11g
-получить практический опыт разработки простых приложений, используя Oracle Application Express 3.2 (ApEx)
-ознакомиться с архитектурой Oracle  Application Server 10gR3
-получить практический опыт разработки простых приложений, используя JDeveloper 11g и ADF (Application Development Framework)
-ознакомиться с новыми возможностями для разработки “.NET” приложений для СУБД Oracle Database 11g

ТРЕБОВАНИЯ К УРОВНЮ УЧАСТНИКА:
-опыт разработки приложений для СУБД Oracle Database
-базовые знания программирования на PL/SQL и Java

Участие в мероприятии БЕСПЛАТНОЕ!
РЕГИСТРАЦИЯ
Предварительная регистрация на мероприятие является обязательной!

Вы также можете зарегистрироваться по телефону в
Санкт-Петербурге: +7 (495) ### 795 2282

Какое замечательное мероприятие, вроде, и не коммерческое, и такое прям практическое – тоже без маркетинговой воды, как следует из текста письма, но неужели анонсировать его можно только так, через спам?? И, собственно, что, у такой темы нет сайта? Нет ссылки на онлайн регистрацию? Если предварительная регистрация такая уж обязательная, я что, должна предварительно приехать по указанному физическому адресу и подать заявку на участие или (также) позвонить в Питер? О чём люди думают? Вроде сама dba-шная тема уже должна предполагать не ниже какого-то уровня интеллект и понимание каких-то таких обычных процессов? Не знаю.

Верстальщик. Творческая личность с аналитическим складом ума

Wednesday, July 30th, 2008

Девчушку, которая пришла к нам работать недавно верстальщиком на простенькие рекламные сайты (для сложных дотнетовских проектов ей ещё изрядное количество времени придётся нарабатывать опыт), посадила рисовать тренировочные эскизы как бы для этой же ветки веб-сайтов. Честно критиковала композицию, сетку, отрисовку каких-то объектов, оформление навигации, блоков, кнопок. У неё получилось два не очень плохих эскиза, которые, думаю, в компаниях с менее [чем наши канадские] придирчивыми заказчиками, очень даже прошли бы как достойные. А задачу я такую поставила с конкретной целью: не достаточно верстальщику знать html+css, не достаточно очень поверхностных знаний о работе с графикой в фотошопе. Фотошоп – такой же инструмент верстальщика, как и редактор кода, чем доскональнее ты знаешь этот инструмент, чем более гибко владеешь им, чем больше у тебя знаний о том, как создаётся макет рисующим дизайнером, тем быстрее будет твоя работа во время интеграции визуального стиля в реальный сайт, тем проще будет договариваться с твоими же партнёрами по разработке. Здесь речь в ПОНИМАНИИ процесса, ещё одна капелька к статусу ХОРОШЕГО ВЕРСТАЛЬЩИКА, к теме, которую мы обсуждали вчера в комментариях к посту в этом блоге и к ярушной трансляции.

Обсуждение вообще вышло довольно примечательным; я, кажется, с чрезмерными претензиями к личным качествам и профессиональным навыкам специалиста, из которого получается хороший верстальщик, а ребята в комментариях только подчёркивали это; Женя Бондарев писал:

дизайнер верстающий должен обладать логическим мышлением, изрядным аналитическим складом ума, мыслить не образами, а логическими конструкциями
именно. при этом человек, обладающий именно таким складом ума, скорее станет программистом и будет получать гораздо более адекватные деньги, чем верстальщик. вы же не дадите верстальщику ставку программиста?

Надо сравнивать зарплаты сопоставимых по уровню квалификации специалистов.
А в этом сравнении, верстальщик практически всегда будет в проигрыше.

В какой-то степени Женя прав, даже с меркантильной точки зрения в нашей компании (где программеров в любом случае раз в 5 больше, чем дизайнеров) хороший (а значит, как минимум ведущий) программист будет получать больше хорошего верстальщика, но здесь вот ещё в чём сложность расчётов: на больших проектах задачи распределяются на подзадачи и направления, и кроме PM`а на проекте есть несколько подкоманд программистов, каждой из которых управляет ведущий программист, лучший. Т.е. он не только лучше всех программирует, он ещё занимается менеджерской работой, распределяет задачи внутри своей команды и отвечает за качество кода своих подзадач. Это всё-таки другая ответственность. К сожалению, всегда бывает так (это я по себе знаю), что большую часть задач, которые ставятся перед командой, ведущий специалист может выполнить сам, и, более того, быстрее, лучше, качественнее (и дальновиднее, потому что умеет видеть проект в целом и перспективу), но задач в какой-то момент становится несколько… больше, чем может выполнять один человек за один рабочий день, а клонировать этого самого ведущего программиста пока технологии не позволяют.

(more…)

Кто такой верстальщик и как его искать

Tuesday, July 29th, 2008

Как часто заглядываете вы в статистику вашего сайта или блога? Оценить кривую посещаемости, отметить новых реферреров, ковырнуть да перепроверить страницы, на которых чаще всего “сразу” закрывают ваш сайт? Почитываете список ключевых слов, по которым находят вас в поисковиках? Если манимейкерский у вас проект, то, может, и каждый день, а ежели блог для души да без рекламы, то хотя бы раз в месяц неплохо бы проверять данные. Сегодня глянула и я в Google Analytics да некоторые рейтинги; кое-что порадовало, кое-что напомнило о том, что своими проектами неплохо бы хоть иногда заниматься. Обратила внимание на статистику по “ключевым словам” для этого блога: очень много людей приходит по “верстальщик”, “кто такой верстальщик” и даже “нравится ли вам работа верстальщиком?” Кто такой, кто такой… наша бухгалтерия говорит, что нет такого в реестре должностей, придумали вы что-то, господа хорошие.

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

(more…)

Офисное дизайнерское: опять новости

Wednesday, May 28th, 2008

У нашей дизайнерской команды опять новости. Помните этот печальный рассказ в заметке “Офисное дизайнерское — склоки и подставы” про то, как местами не получалось у нас договариваться с нашим канадским партнёром, арт-директором? Я достаточно долго списывала наши неудачи на исключительно свои недоработки, с нашими дизайнерами, скетчи которых, отправленные в канаду этому арт-директору, не утверждались, браковались, как “недостаточно профессиональные” или с другими похожими комментариями, до тех пор, пока мы здесь, на Украине, не стали получать на порезку и вёрстку эскизы, нарисованные канадскими дизайнерами и утверждённые тем же арт-директором, с моей  точки зрения не только нисколько не лучшие наших, но просто безобразные. При этом никакие пояснения нашего “арт-директора” о том, что мы просто не понимаем вкусы североамериканской аудитории, не знаем, какие решения у них сейчас модные и популярные уже не работали, я видела, что наши скетчи лучше.

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

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

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

Сейчас, с начала недели, кое-кто из канадского руководства “гостит” сейчас у нас, мы общаемся с новым директором всего украинского направления (дама, сама кст. говоря бывшая киевлянка, более 20 лет живущая и успешно работающая в Канаде), и она очень мудро спрашивала меня о том, сколько по каждому из наших направлений, где затребована работа дизайнеров или верстальщиков, мы общаемся с маркетологами? Как много информации, необходимой для работы, мы получаем напрямую от отдела маркетинга, а не отфильтрованную до сухих формальных фраз трёх проджект-менеджеров, каждый из которых (из лучших побуждений) на самом деле исполняет роль маленького испорченного телефона? Оказалось, что у нас прямого контакта-то и нету вообще. Информацию зачастую приходится получать косвенным образом, общаясь не только (и не столько) с project-manager`ами, но и с другими доступными менеджерами в  Канаде.

А теперь новая беда. Я не люблю перемены, даже если предчувствую, что они (глобально) к лучшему. Я боюсь перемен, меня они не радуют. Во многих жизненных ситуациях часто соглашаюсь удерживать не лучшую систему только потому, что привыкла к ней и мириться с недостатками этой системы мне проще, чем переделать всё. А у нас на этой неделе что ни день, то нововведения. Теперь вот переезжаем в почти новый офис, на этаж ниже. Команда растёт,  (кстати! нам очень нужны c++ и c# программеры! пишите если что) в одном помещении мы уже не помещаемся, теперь часть ребят останется на 4-м этаже, часть переезжает на 2-й. Разбивают их по технологиям-проектам. Одна проблема.

Дизайнеры принимают участие во всех проектах, в той или иной степени, вообще у нас нет ни одного проекта, для которого хотя бы иконочки и заставочки на инсталлятор не приходилось рисовать моей команде. А теперь как же? Придётся бегать между этажами, потому что во всём, что касается интерфейсов (особенно windows приложений) всё-таки не достаточно нарисовать прототип экрана и после утверждения порезать его на элементы, потом ещё приходится стоять над программером и смотреть, что он собирает в этой форме, как задаёт цвета и куда двигает элементы. Потому что не секрет, что программисты ни в жисть не заметят разницы между Microsoft Sans Serif и Arial, и уж тем более между шрифтом в 10 пунктом и в 11, а уж если речь заходит о более сложных объектах, лист вьювах и деревьях, то там просто начинается чуть ли не работа в четыре руки.

В общем, разделение команд на два этажа меня совсем не радует. Зато радует, что нашу работу оценили как достаточно серьёзную и успешную, и обещано присылать сюда ещё большие объёмы всего, и на отрисовку, и на макетирование, и на вёрстку, и на интеграцию. Так что дизайнерская команда опять будет расти и расширяться (солнышки, пожелайте мне успеха в том, чтобы найти хороших ребят в команду и в том, что бы мы таки справились!), и сейчас ищем как рисующих дизайнеров, так и верстающих. И в наших подкомандах тоже уже образуются как бы тим лидеры: предполагается по сценарию, что один из верстальщиков будет курировать работу новичков, проверять их код, ругать за баги и обучать качественной вёрстке. Я уверена, что он справится. Хотя на самом деле он тоже учится, с каждым проектом. Совсем недавно порекомендовала ему подписаться на лист на webstandardsgroup.org, он теперь почитывает и удивляется, в какие дебри и тонкости семантики порой влезают профи верстальщики, тут бы убедить руководство в пользе качественной вёрстки в противовес канадской вёрстке слайсами (а это — к вопросу, который обсуждался в заметке “О вёрстке, холиворах и реалиях“, когда нас ошарашили вопросом – где де ваши “слайсы”; канадские верстальщики на самом деле не утруждают себя тонкостями, а просто режут слайсами фотошопный эскиз).

В общем, происходит много всего, поэтому и пишу в блог в последнее время редко, просто не хватает на блог времени. И вот что интересно: что-то мне подсказывает, что новости на этом не заканчиваются, просто я ещё не всё знаю. Очень хочется, что бы изменения все были к лучшему. Вот.

Занимательные баги вёрстки

Wednesday, April 30th, 2008

Иногда верстальщикам приходится отлавливать самые занимательные баги. К примеру на один из сервисов мы довольно старательно сделали весь базовый функционал, дизайн, вёрстку, вроде всё честно. Сделали языковые версии сервиса (я верстала под английскую и чуток стерелизовала после под прочие – французскую, немецкую, итальянскую и испанскую). Дальше канадские программеры сказали, что “остальные мелочи мы уж тут сами”. Сегодня звонят, мол глюк у нас тут, да такой, что уже крышу сносит. В одном из блоков (простенько отвёрстанный блок, чуток только декорированный, с перечнем причин, почему могла не пройти транзакция) на английской версии (той, которую я верстала) всё нормально, а остальные версии – там типа какие-то пробелы в середине блока добавляются. Причём смотрят ресурсные файлы – вёрстка одинаковая, равная правильной английской. Смотрят source code документа в браузере – там всё чисто, вёрстка без ошибок, нигде не могут найти баг. Т.е. глюк есть, а бага не видно.

Я тоже не сразу нашла. Честно говоря танцы с бубном пришлось исполнить. Знаете, что оказалось? Их мудрый верстальщик, или кто-то там, кто правил ресурсные файлы, открывал xml на редактирование в каком-то (пока не знаю в каком) редакторе, который после себя оставил некоторое количество непечатных символов, не в смысле матерных, а в смысле не отображаемых. Они не обнаруживались простыми методами, они не показывались в исходном коде документа браузера, они не ловились даже если с клавиатуры по символам идти построчно. Совершенно случайно в M$ Studio в режиме редактирования полей ресурсов увидела странные квадратики. Почистила код, запустила проект ура, всё работает! Заодно обнаружила ещё несколько кривостей, уже не наших. Отписываю это всё канадскому PM`у:

Alex: так-перетак-разтак!!! Как ты смогла это вычислить?
Tatyana: гы. танцы с бубном
Alex: шаман, однако
Alex: Ты можешь все это кинуть мне в мыло? Подробненько, чтобы и дятлу было понятно. Пли-и-из
Tatyana: Счас, секунду. только я по русски напишу письмо
Alex: Да хоть на суахили. Мне все-равно туда нужно будет маты вставлять
Alex: Ну открой секрет, как же ты все-таки находишь такие баги, Таня
Tatyana: Я ковыряла долго. Потом, с возрастом приходит убеждение, что чудес не бывает
Alex: А-а-а-а, так вот в чем разница. Я-то все еще верю в чудеса…
Tatyana: Чудеса может и бывают, но логически предсказуемые!

О вёрстке, холиворах и реалиях

Wednesday, April 30th, 2008

Не так давно к посту “Два вопроса про качественный в кавычках CSS” получила много полезных развёрнутых комментариев, спасибо всем. Напомню, что один из вопросов был о том, что если на странице есть кнопка-ссылка, к примеру, “Download”, то как правильно её реализовать: использовать конструкцию <a href=""><img src="" alt="Download" /></a>, где имидж в ссылке – красивая картинка для кнопки, или просто <a href=""></a>, где в описании класса фоном подгружать ту же красивую картинку? Правильно с точки зрения семантики, с точки зрения грамотной вёрстки и т.д. В комментариях были сторонники первого решения, были – второго, большей же частью писали о том, что без принципиальной разницы, по договорённости с главным менеджером. К примеру, заинтересовали такие критерии:

  1. Если легко придумывается адекватный текст для alt, то нужно делать картинкой
  2. картинки фоном в CSS — это крайняя мера, потому что “обнаруживать их в CSS – это не прозрачно”
  3. когда стили отключены, кнопка должна отображаться как кнопка
  4. представить, что все img на странице проиндексируются поисковиками и будут выдаваться в поиске по картинкам. Иногда помогает сориентироваться, где уместно использовать тег img /, а где – фончик в css.

На самом деле вопросов, связанных с логикой и семантикой вёрстки возникает много и не все они решаемы (или легко решаемы), где-то знаний не хватает, где-то хорошие тенденции рубятся “корпоративной политикой” или просто выбором технологий. Там же, в комментах к тому же посту несколько раз попросили дать ссылки на некоторые наши проекты, я уже как-то писала и ещё раз напишу: извиняйте, ребятки, не дам. Но задумалась о том, что вовсе не на всех наших проектах такое пристрастное требование верстать дивами, да ещё и обращать внимание на логику кода и семантические тонкости.

(more…)

Два вопроса про качественный в кавычках CSS

Wednesday, April 16th, 2008

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

Предыстория такая. Наши украинские дизайнеры (типа младшая группа) рисовала много эскизов “в туда”, часть из них проходила, и мы делали по этим эскизам небольшие сайты. При старом арт-директоре были, конечно, расстраивающие недопонимания, плохо была налажена обратная связь, переписка в основном состояла в том, что я ему писала “дайте же наконец хоть какие-то комментарии”, в мессенджере пинала, мол прочти письмо и ответь, получала ответ, что ASAP, и всё, дальше молчание. К вёрстке у нас каких-то конкретных требований не было, кроме как бы и так понятных – валидный HTML, валидный CSS, никаких табличных макетов (это, кстати, по поводу дискуссии про то, что лучше, это другие могут выбирать то или другое или даже дискутировать, а у нас, помимо идеологии и принципов, так было заявлено в ТЗ), по возможности текст делать текстом (ну, если уж совсем декоративные заголовки, то хидерами-подменками с длинными координатами).

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

Бр-р-р опять много букв на вступление, а теперь вопросы:
(more…)

CSS Naked Day в поддержку веб-стандартов

Wednesday, April 9th, 2008

What happened to the design?

To know more about why styles are disabled on this website visit the Annual CSS Naked Day website for more information.

Уважаемые посетители! Не пугайтесь. У меня не слетели стили, этот блог не поломался и злые хакеры здесь не при чём. У этого блога (впрочем, как и у родительского сайта) просто отключена таблица стилей. Не случайно, не в следствии ошибки – это, господа, акция такая :) , подробности которой вы можете прочитать на CSS Naked Day. С целью поддержать веб стандарты. Незамысловато и просто. “This includes proper use of (x)html, semantic markup, a good hierarchy structure, and of course, a good ‘ol play on words.

Когда-нибудь, если ситуация сложится, опубликую пример кода отвёрстанного канадскими верстальщиками веб-сайта, как живую иллюстрацию полного непонимания сути семантики, как пример того самого “абы как, главное, чтобы отображалось КАК НА ЭСКИЗЕ”. Зато при этом с гордостью – мы верстаем, типа, безтабличной вёрсткой. Нафига она нужна такая безграмотная безтабличная, даже сами объяснить не могут, что-то типа “сейчас так модно”. И при этом – опять те же заголовки (по логике документа) не тегом H*, а (в лучшем случае) спаном с классом, описанным в .css, в худшем – тегом font с атрибутами. И при этом хорошо, если классы используются, а чаще уважаемые канадские верстальщики юзают идентификаторы, причём ID с одним именем используется двадцать пять раз в одном документе (!), и очень смешно выходит у наших программеров: у них редактор настроен с включенной валидацией всего, что только можно, в том чисте включен чекбокс, не допускающий дублирования имён идентификаторов (что очень удобно на больших проектах, где задействовано много программеров – без шансов даже случайно задать имя, уже назначенное какому-то объекту), и в случае, если открывается документ, в котором несколько идентификаторов с одинаковым именем, то OPS! это имя остаётся только у одного объекта, у остальных автозаменяется на что-то типа Div1, Div2 etc.

Сейчас у нас, а вернее у них там очередная реорганизация структуры власти, сплошные митинги и прочие перспективные мероприятия. К примеру, уволили того арт-директора, о котором я немного писала в заметке про офисное дизайнерское и удалённый (в смысле отдалённо находящийся, а не убитый) офис, кажется, с формулировкой “за отвратительный менеджмент”, т.е. не только меня беспокоило то, что работа налажена отвратно и поправить что-то не получается. Новый же канадский арт-директор (а, вернее, “временно замещающий обязанности”, но мы же знаем, что не бывает ничего более постоянного, чем временное) – в прошлом так же как и я, на все руки мастер, сам себе художник, фотограф, верстальщик, программер, оптимизатор и промоутер, кажется, сам большой поклонник веб-стандартов и семантик вёрстки (обнаружилась его homepage, из которой получилось много чего узнать про потенциально постоянного партнёра). Говорят, устроил в канадском дизайнерском отделе нагоняй (за их “дивную вёрстку” в том числе) и объявил, что будет проводить им еженедельные обучающие мастерклассы. Ну да, знакомо :)

А потом держаться за своих уже (почти-почти) классных верстальщиков, на которых тратилось время и силы, потому что страшно представить, что кто-то из них потеряется и нужно будет искать и обучать ещё и ещё.

UPD0: В блоге Юрия “akella” Артюха, на котором тоже отключены стили, нашла список так же участвующих в акции :)

UPD1: Вот по аське сделали замечание, что стоит попиарить сайт с веб-стандартами WSG (кстати интересно – не было единого мнения, где живут? *Russia 140* + Russian Federation 11*; а Ukraine при всём при этом – 32 зарегестрированных участника) и классику жанра – Zen Garden.

UPD2: А вот ещё на блоге visualstyle как-то не так давно (точная дата — 19 марта) мелькнула подобная идея, поверхностная реализация, фончики-цвета-цветочки. Мелькнула и пропала, и даже не обсуждалась, наверное, уважаемый soulskeeper думает, что блог никто не видит – не читает :) А мы всё видим.

Киевская конференция UA WEB 2008

Thursday, March 27th, 2008

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

Было приятно увидеть людей, которых как будто знала, с которыми как будто была знакома, поздороваться, поговорить. Выпадение из рутины офисного процесса происходило тяжело – я непривычна к командировкам и поездкам, чувствовала себя не особо уверенно в незнакомой обстановке, человек по натуре не компанейский, на большой тусовке хоть и пыталась не прятаться, но подойти ко всем, кто был интересен, постеснялась. Ну и ладно.

Мероприятие, как и было обещано, прошло в конференц залах (двух) Президент Отеля (публика периодически перетекала из одного зала в другой за интересными докладами), всё было так солидно и по взрослому. В холле бар и столы для кофебрейков. Вайфай работал стабильно, но с моего htc что-то куда-то писать было лениво. Зато появился повод лишний раз задуматься о том, что разработчики интерфейсов веб-сайтов, особенно всяких редакторских интерфейсов типа админки вёрдпресса, могли бы серьёзнее подойти к вопросу юзабельности и доступности блин этих самых интерфейсов для мобильных устройств.
Спешно перед поездкой, в самый день отъезда, купила мыльницу – выбор в пользу малых размеров, потому что возиться с любимым Canon`ом (который Canon EOS 400D Kit 18-55) тяжко, да и в условиях прогрессирующей лени бессмысленно. Но для мыльницы не взяла зарядное устройство для акка, и к вечеру первого дня она благополучно разрядилась, так что фотки будут, но позже и не очень много.

Долгожданные доклады о правильной вёрстке были отслушаны, всё понравилось, всё правильно, но чуда не произошло, ничего такого, чего бы я не знала или не использовала, никаких, гм., откровений, ессно, не прозвучало. С другой стороны, доклады по XSL оказались сложнее, чем мне понятно, будем догоняться реальной практикой на местечковых проектах.

UPD второй день: на следующий день то ли я адаптировалась, то ли список докладов (и докладчиков) сложился удачный, но второй день показался более плодотворным и ярким. Понравились доклады по интерфейсам новостийных сайтов, по методам тестирования юзабилити веб-интерфейсов, познакомилась и обменялась контактами с Геннадием Осипенко, Юлией Климентовской, Полом Гокиным (Paul Gokin), надеюсь, с пользой. Некоторые докладчики впечатлили – хорошим, уверенным знанием темы, которую читали, умением общаться с аудиторией, способностью увлечь даже такой темой, к которой я, к примеру, прямого отношения не имею (но имею опосредованное отношение). Один пример – доклад Марины Дидковской “Тестирование и оценка времени”. Я с нашими тестировщиками общаюсь напрямую, и, хоть они формально не являются моими подчинёнными, зачастую приходится тратить изрядно времени на введение людей в тему, на объяснение деталей процессов, особенно на тестовых версиях проектов, объяснения, кому какие баги надо постить и почему какой-нибудь “этот визуальный баг” таковым не является и прочие житейские радости.

Хотелось бы, конечно, подробнее пройтись по всем докладам, но так получилось, что я ничего не конспектировала, изданные тезисы восстанавливают в паммяти не все доклады, а записываемые ролики, к сожалению, будут доступны не раньше, чем через 2 недели, а может, и позже. Потому что, как сказали организаторы, ролики ещё надо оцифровать, порезать и разметить, а это время, и вообще… Может, после поездки наберусь сил, о чём-то напишу подробнее.
Ну и, конечно же, благодарности организаторам. Юра, ты умничка! Такое грандиозное мероприятие организовать… Олегу Бунину и Павлу Рогожину. Всем киевским и московским организаторам. И докладчикам – не поленились напрячься, подготовиться, выступить. И участникам – приехали, собрались, значит, не зря суета была. Спасибо Наташе и Лёше Колупаевым за приют :)
В общем, не жалею :)

UPD2: а что делать с этой красивой карточкой profyclub`а? Вот этот роскошный номер – его куда-нибудь нужно вбить?
Интересно, что на РИТ я регестрировалась ещё в прошлый раз, увы, не поехала, и не поеду на этот. Надо бы и поработать. С другой стороны, хотелось бы быть в теме, хотелось бы получить материалы конфы, да не спустя год, а как бы сразу. Если будет прямая трансляция – так же узнать где вовремя, а не на следующий день пялиться на “прямой эфир остановлен”, да.

И кто они после этого? (кто такой дизайнер)

Tuesday, March 18th, 2008

Кого в вашей компании называют “дизайнером”? Понимаю, что вопрос не совсем корректный – тут зависит от того, чем компания, собственно, занимается, но всё равно интересно. К примеру, на прошлый пост о дедлайне и голимой вёрстке (трансляция в ЖЖ), где я использовала термин “дизайнер-верстальщик”, uznick ответил, что “А вот не надо совмещать дизайнеров и верстальщиков :) ”. Отчасти ведь прав, не поспоришь. Но есть тема для обсуждения.

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

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