БИБЛИОТЕКА CАЙТОСТРОИТЕЛЬСТВА

новости, статьи, обзоры по веб-дизайну и графике, разработке, оптимизации и продвижению веб-сайтов

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

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

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

У нас команда большая, проекты (те, которые с web интерфейсами) есть не очень большие, а есть крупные сервисы, а есть и просто ветка рекламных сайтов (коих на каждый разрабатываемый продукт несколько делается, то на разную целевую аудиторию разные, то под разные задачи), где разделение на "дизайнер рисующий"+"дизайнер верстающий" просто уместно с любой точки зрения, хотя бы даже с целью оптимизации процесса. Канадское руководство, кстати говоря, дотошно пытало меня, довольно долго, зачем же нужно подобное разделение? Я долго пыталась объяснить и с одной точки зрения, и с другой, и в конце концов сформулировалось что-то типа такого "всё-таки дизайнер рисующий — личность особо творческая, с развитым образным восприятием мира, способный создавать визуальные формы с нуля, типа креатив, а дизайнер верстающий должен обладать логическим мышлением, изрядным аналитическим складом ума, мыслить не образами, а логическими конструкциями".

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

Кстати к теме, уж не знаю, как мировое сообщество переводит на английский язык слово "верстальщик" (причём для web, а не для полиграфии), но у наших канадских партнёров в ходу слово "интергратор" - это как раз тот чувак, который берёт нарисованный для него эскиз и создаёт из него рабочий сайт. Интергирует, так сказать, визуальный прототип в реальный проект. И они там, и мы здесь (я и моя маленькая команда верстальщиков) — страшно сказать, интерграторы. Однако как только речь заходит о крупных .NET`овских проектах, они тушуются… вот был период, когда на одном крупном сервисе был период небольшого перепроектирования и редизайна, который совпал с перетрясками административными, и тогда канадская команда было сказала, что редизайн (и связанную с ним ре-вёрстку) они будут делать сами. И ладно, мы не обиделись, баба с возу… Прошло время. Срочное совещание по громкой связи с нами и срочно - два дизайнера-верстальщика на этот проект. Потому что… их "интерграторы" налажались и не справились. Потому что их верстальщик открыл .aspx и сказал, что он здесь ничего не понимает. Потому что даже в шаблонах он напортачил так, что я потом ещё долго чистила за ним безобразные, недопустимые на больших проектах конструкции.

Вспоминаю, как я, несколько лет назад, пришла в нашу контору и наш Технический Директор тоже меня… собеседовал. Собственно, смешно вспоминать начало диалога, я всё равно на тот момент знала о вёрстке на порядки больше, чем он, однако главное, что его интересовало — смогу ли я работать с движками, написанными на .NET, понимаю ли я код, который (он мне показывает) вот в этом, .aspx файле? Что я могла ответить. У меня вообще не было практики сотрудничества с .NET программерами, ни единого проекта. Однако было изрядно .php и (меньше) .java, и я самоуверенно заявила на собеседовании: нет большой разницы делать вёрстку под любую платформу, если есть понимание закономерностей, которые таки прослеживаются во внутренней логике любой из них. И я была права! Даже при том, что мне всё-же пришлось обучаться "на лету", не было ни одной задачи, ни одного контрола, студийного или стороннего, который бы я не смогла приструнить под заданный стиль проекта.

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

Может, я себя не так веду на собеседованиях? Ставлю не те задачи, спрашиваю не о том? Сегодня вот ещё будут два человечка, девочка и мальчик. Оба позиционируют себя именно как технические дизайнеры, для вёрстки и, немножечко, для js, что нормально. Ссылки на сайты в их портфолио не впечатлили, код в лучших традициях конца прошлого века (прочем, и в то время были ребята, которые писали здравый код), и что я? Опять спрашивать о том, что такое Doctype и для чего он нужен? Как имитировать кнопку ссылкой свойствами css или позиционировать вот такую вот модель? А как же узнать, способен ли человек думать и анализировать проект, с которым ему придётся работать? Угадывая наперёд, где какое наследование будет уместно, где понадобится динамика или шаблонизация при росте проекта, чтобы на каком-то этапе не споткнуться о собственные костыли, когда без концептуальной перевёрстки проект становится ущербным и дико избыточной вёрсткой и страшной таблицей стилей? Не замыкаясь на ограниченной задаче "отверстать вот эту, присланную утром картинку" лишь бы отображалось похоже и гордиться этим, громко споря и заявляя - не важно, что там внутри и как оно написано, главное, что отображается похоже и кроссбраузерно, и валидацию даже сайты Артемия Лебедева не проходят, и лучший валидатор — браузер! Эх, икается, наверное, господину Лебедеву, кумиру юных, нуждающихся в авторитете, подражающих даже в ошибках…

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

Девчушку, которая пришла к нам работать недавно верстальщиком на простенькие рекламные сайты (для сложных дотнетовских проектов ей ещё изрядное количество времени придётся нарабатывать опыт), посадила рисовать тренировочные эскизы как бы для этой же ветки веб-сайтов. Честно критиковала композицию, сетку, отрисовку каких-то объектов, оформление навигации, блоков, кнопок. У неё получилось два не очень плохих эскиза, которые, думаю, в компаниях с менее [чем наши канадские] придирчивыми заказчиками, очень даже прошли бы как достойные. А задачу я такую поставила с конкретной целью: не достаточно верстальщику знать 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 контейнеров с формами скрыты и показываются в зависимости от разных условий, и эти сценарии тоже нужно в голове держать, и не только код делать оптимальным, но и пытаться оценивать оптимальность самих сценариев, и, конечно же, на совещаниях (митингах) не молчать, высказывать мнение о том, как оптимизировать экраны, упростить формы, сократить шаги сценариев. А как же ж без этого? Т.е. специальность проектировщика интерфейсов — она на самом деле так же близка к верстальщику, как и программирование.

• Оставить комментарий к началу и продолжению заметки
• Другие заметки по теме в блоге

ИНТЕРЕСНО ПОЧИТАТЬ:

:: Дизайнерское: интерфейсы в исходниках
Когда я писала заметку "Офисное дизайнерское - несколько наших agreement" - тогда большая часть договорённостей из списка была на стадии обсуждения и внедрения. Как же это здорово, когда договорённости работают, когда получаешь подтверждение, что соблюдение оных и в самом деле оптимизирует работу, и задачи, которые при обычном беспорядке представляются трудновыполнимыми, рутинными и мрачными, исполняются легко за час рабочего времени!...>>

:: Интерфейс: вывод неадекватного текста в блоках
К примеру, есть некий сервис, в котором пользователь (несколько типов пользователей) заполняет какие-то данные (несколько типов данных). Каждая запись, любого типа у любого пользователя имеет "имя" и "дескрипшин", которые в интерфейсе выводятся как в табличных формах, в разных списках, так и в формах, которые можно было бы назвать профайлом записи. ...>>

:: Верстальщик. Творческая личность с аналитическим складом ума
Не достаточно верстальщику знать html+css, Фотошоп - такой же инструмент верстальщика, как и редактор кода, чем больше у тебя знаний о том, как создаётся макет рисующим дизайнером, тем быстрее будет твоя работа во время интеграции визуального стиля в реальный сайт, тем проще будет договариваться с твоими же партнёрами по разработке....>>

:: Кто такой верстальщик и как его искать
Уж не знаю, как мировое сообщество переводит на английский язык слово "верстальщик" (причём для web, а не для полиграфии), но у наших канадских партнёров в ходу слово "интергратор" - это как раз тот чувак, который берёт нарисованный для него эскиз и создаёт из него рабочий сайт. ...>>

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

:: Октябрьский HighLoad++, Конференция разработчиков высоконагруженных систем
Заинтересованные поприсутствовать или заслать кого-то из своей команды всё ещё наблюдают и, если есть свободное время, отслеживают информацию, размышляют о том, чью же конфу из расколовшейся на две HighLoad имеет смысл оплачивать и посещать, а я пока отмечу ту, анонс на которую пришёл первым. ...>>

:: Про диалоги: с чего начать…
У спамеров от июльской жары совсем крыша потекла. Спамят глубокоуважаемым Тимофеем Бокарёвым, комментами в блог на 3-4 экрана: биография Тимофея Бокарёва, история promo.ru, основы баннерной рекламы… Знает ли герой спамерских текстов о том, как его "пиарят" по блогам?...>>

:: Офисное дизайнерское - несколько наших agreement
Большая часть внутрикомандных договорённостей, между менеджментом и рисующими дизайнерами, между дизайнерами и верстальщиками и т.д. - такие очевидные вещи, что даже странно, что их нужно оговаривать особо. Но, с другой стороны, если были прецеденты больше двух раз, значит, имеет смысл записать себе очередной пунктик....>>

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

:: Silverlight с маркетинговой точки зрения
Нас пинают, чтобы мы не забрасывали изучение Silverlight`а, ещё с нового года, если не раньше. Никаких серьёзных проектов на нём мы не затеваем, но и совсем забрасывать этот, с позволения сказать, перспективный инструмент для разработчиков не разрешается, поэтому ваяем потихоньку никому не нужные бесполезные тестовые проектики, программеры исследуют свою часть, дизайнеры - свою....>>

:: Дизайнерские эскизы и мои ошибки
Не так давно пришло к нашим дизайнерам ТЗ нарисовать интерфейс для одной win-программы. Был выдан прототип главного окна, рассказано о функциональности и даже показана работающая пилотная версия программы, нужно было предоставить варианты скетчей на выбор заказчику....>>

:: Разработка интерфейсов в неприспособленных для этого условиях
А мы продолжаем заниматься проектированием и разработкой интерфейсов в непредназначенных для этого условиях. Причём если с веб-интерфейсами как-то приловчились реагировать динамично, и с веб-программерами отлажено, то с интерфейсами для программ всё не так ровно....>>

:: Будущие фотоконкурсы на Рыжем Мире
Моё мнение: фотоконкурсы востребованы всегда, идея замечательная, которую давно уже надо было реализовать. А вот инвесторов на доработку, возможно, придётся искать частями. Как приманить?...>>

:: Очевидное неочевидное на новых сервисах
Зарегистрировалась по случаю в очередном (на этот раз региональном) сообществе профессионалов (спiльнотi професiоналiв). Не буду критиковать или хвалить сам сервис (а так же, извиняюсь, процесс регистрации нового пользователя), хочу обсудить одну мелочь....>>

:: Немного PR`ных замечаний
Малолетние спамеры пассивно спамят в блог свои не обезображенные интеллектом комментарии. Один из сегодняшних просто умилил: "Спасибо. МНе помогло в умственном развитии))", хотела даже пропустить к публикации, но — НET! Никаких поблажек, эти игры должны проходить без моего участия....>>

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

:: Джон Шраг: Сила точных целей
Цель должна быть такой, чтобы не возникал соблазн заменить ее на что-то другое или вовсе забыть. Проверьте себя: если после тестирования оказалось, что цели, которые вы поставили, не достигнуты, переделаете ли вы из-за этого продукт? Если нет, тогда у вас не цели, а просто пожелания....>>

:: Про элементы интерфейса в блоге Геннадия Осипенко
...Все дело в том, что мы можем судить о незнакомых объектах, только исходя из проекции накопленного нами опыта на их очевидные для наблюдателя характеристики... В USB-порт, равно как и в любой другой, пользователь будет пытаться вставить соответствующий штеккер, на кнопку нажать, тумблер переключить, а круговую ручку регулирования, например, громкости, крутить....>>

:: Избавляемся о ошибок xHTML-валидации при использовании JavaScript, Flash, , CSS
Несколько рекомендаций для блоггеров, как "причесать" код для пущей валидности, на "Свобода слова вебмастерского"....>>

:: Adobe открыла SWF: для SEO-шников наступил праздник. Как и для разработчиков и издателей…
Организации и разработчики получили возможность использования ria-приложений без огладки на то, что найти их контент конечным пользователям до этого было трудно. Теперь, обилие индексируемой информации позволит улучшить релевантность результатов, и у многих появится возможность не делать HTML-"задник" под своим RIA-приложением....>>

:: Проектирование в agile-процессе. График работы команд разработки и аналитики
Если вкратце, то вся работа разбивается на три части — концепция, интерактивный прототип и поддержка спецификации. Для каждой из них в идеале заключается свой договор, идущий по разным методикам. Концепцию удобнее прорабатывать по классической схеме с четким календарным планом. Интерактивный прототип бывает проще создавать в agile-процессе....>>

:: Определяющий взгляд. Как визуальный ряд управляет вниманием
После того как мы провели анализ движений глаз по этой картинке, выбор эффективного постера сделать довольно просто. Когда женщина смотрит на нас, мы смотрим на нее и на слоган, но не видим самого рекламируемого товара. Когда женщина смотрит на товар, мы смотрим на нее, на слоган и на рекламируемый товар, что и требовалось доказать. Взгляните на ЭТО! Думайте о композиции....>>

:: Создание PDF на лету, с кирилицей и в UTF
Заказчик попросил меня сделать загрузку .pdf файлов на некоторых страницах сайта, ничего сложного. Но, поскольку эти документы должны были дублировать содержимое страницы, я подумал - а зачем 2 раза за рыбу деньги?...>>

:: Эффект accordion
На прошлой неделе NetTuts опубликовал подробную статью с описанием создания accordion - эффекта раздвижных дверей. Порывшись в закладках, нашлось несколько вариантов создания эффекта accordion как с помощью различных фреймворков, так и без оных....>>

:: Семантика HTML для Pingback
Речь о том, что для именования авторов используется наивный (хоть и оправданный) подход: берется title той страницы, от имени которой пинг пришел. Результат местами выглядит коряво. Мне кажется, я придумал хорошее решение, которое использует старую забытую семантику HTML....>>

:: coDraw | Снова рисуем вместе
Или, как принято сейчас говорить (хоть и поднадоело порядком) — "рисуем социально"....>>

• Предыдущий выпуск рассылки - #232
• Подпишитесь на RSS

::: рассылку ведет:     Татьяна Вукс 2008 :::