Web-верстальщик (Москва)
 

Предполагаемый уровень дохода: до 45 000 рублей

ТРЕБОВАНИЯ К СОИСКАТЕЛЮ НА ДОЛЖНОСТЬ «Web-верстальщик»

Основные требования к кандидату:
- Кроссбраузерная семантическая верстка;
- CSS 2.0, XHTML;
- Верстка из PSD-макета;
- Знание JavaScript (jQuery), Ajax;
- Понимание принципов эргономики и юзабилити сайта.

ДОЛЖНОСТНЫЕ ОБЯЗАННОСТИ сотрудника:
1. Верстка новых интернет-сайтов с использованием HTML, CSS, JavaScript;
2. Изменение, оптимизация и исправление верстки существующих интернет-сайтов компании;
3. Размещение контента на интернет-сайтах;
4. Написание скриптов для интернет-сайтов на JavaScript;
5. Подготовка оптимизированных графических элементов для размещения на интернет-сайтах с использованием предоставленных графических макетов.

УСЛОВИЯ РАБОТЫ:
1. полностью официальная зарплата
2. соблюдение Трудового Кодекса РФ
3. рабочий график: пн-пт, 10:00-19:00
4. офис м. Каширская

Тут возникает расхождение требований. Современные браузеры это Opera 11+, FF 5+, Chrome 13+, IE 9+, Safari 5+, то есть последние версии на текущий момент, все что не последняя версия уже не современный браузер, а использование стандартов CSS2 и XHTML это вообще архаизм, равно как верстка картинками.

бред

Почему же?

не обижай мою прелесть :) .

потому, что без CSS2 в CSS3 нет никакого смысла, а XHTML используют все XML парсеры, к тому же HTML5 определяет XHTML5 (не путать с забытым XHTML2)

Ой, можно и мне пофлудить?
HTML5 сосет, XHTML решает :yes:

+1

Я тоже хочу пофлудить:

Авотфиг. Это искусственно созданная конкуренция, но не одно и то же. Бутылочную пепси пить невозможно, разливную только. Кока-кола же вполне себе достойна. Хотя бонаква газированная всё равно лучше :)

эх,не пробовали вы самогон бабы Любы:D

Эво как с моей подачи тему зафлудили :D

Пробовали, бонаква лучше :)

Это просто субъективное мнение. Если бы пепси реально была настолько плоха, ее бы не делали. А раз делают, значит ее покупают. Но в общем, и по виду, и по составу эти напитки очень похожи. За сим, все разногласия, очевидно, просто холивор.

может почистить тему?

Да, думаю стоит. Но HTML5 всё равно сосет :)

Нет тут субъективного мнения, есть заблуждения.

Водка настолько плоха и делают её в огромных количествах.
Попробуй выпить 2 граненых стакана без запивки и закуски, можно маленькими глотками и скажи после этого что водка это хорошо. Два стакана воды можно выпить залпом и будет хорошо ;)

Пепси и Кола похожи только по цвету и пузырькам, но совершенно разные напитки, а иначе все напитки "одинаковые" по такой логике.

ps:а у меня не сосет :( , наверное я его по назначению использую ...

ps2: После проведенного эксперимента 2х бутылочных напитков 0,6 были получены результаты:
Напитки действительно очень похожи. Различия:
1. Количество газа в кока-коле больше. (самый главный фактор)
2. Плотность также больше в коке.
3. Сахару тоже больше в коке.

Итог: пепси == недококакола или кокаколалайт

А вот, кстати, интересно, почему же? Я не верстальщик, но того в какой мере я работаю с html достаточно, чтобы иметь вполне приятные чувства от новых стандартов.

От старых не было таких чувств?
Ну и как? Лучше стало? Наверно, вся разметка выглядит как header -> section ... -> footer?
А стили как выглядят? Случайно не так?

header {...}
footer {...}

А вы знаете, что рендеринг страницы с таким CSS происходит медленнее?

Вспоминаю радостные вопли почти из любой статьи о грядущем стандарте:
А что тут, собственно, замечательного? Читабильнее? Узлы, которые визуально предназначены для хедера и футера, с технической и логической точки зрения одинаковые! Тогда почему у них разные имена? Может есть различия в поведенческом плане? Может футер вдруг стал прибиваться к низу?
В XHTML любой тег имеет своё поведение, отображение, смысл. Теперь же у нас зоопарк имен одинаковых тегов. Судя по недавней статье на хабре, многие даже не знают как их толком использовать.

Ну это ладно. Теперь мы можем писать так:

text<i>text<b>text</i>text</b>

Представляете что сейчас начнут воротить начинающие верстаки? Удобно вам отлаживать такую разметку?
Следующее "нововведение", думаю, возникло благодаря криворуким версталам из 90-ых - вернули b и i! Теперь ваша совесть будет чиста, а то так влом набирать em и strong! А так же чиста совесть людей, которые вернули это в стандарт - они придумали для этих тэгов другое, малопонятное, логическое объяснение. Но мы то с вами знаем как они будут использоваться, правда?

А, вот ещё. Можно не писать html, head, body. Т.е. документ может содержать несколько корневых узлов! Прощай совместимость с xml, а так же смело выпиливайте document.documentElement - теперь это бессмысленно.

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

Попахивает ксенофобией.

Ну почему же. Мне очень нравится новое JavaScript API и CSS3. HTML5 это же не только новые теги.

Эти элементы создаются автоматически

А зачем она нужна?

Вы видели, чтобы заголовок статьи помещали куда-нибудь после тела статьи? Вот и я не видел.
Хедер - интро для контента, футер - добавочная информация.

Я смотрел видео доклад Вадима Макеева «Вёрстка со смыслом». Из доклада мало что понял, и вообще не понял зачем мне это все применять. Но я решил дать этой идее шанс "созреть" у себя в голове, и возможно современем я познаю дао семантической верстки и буду поглядывать на вас с "высоты".

Для старых парсеров/шаблонизаторов.
И? К чему это?
Я это знаю, спасибо.
А, точно, забыл. Теперь модно документировать костыли, отлично.

Новая разметка, носит исключительно семантический характер (теги+микроданные), и некоторые ПС их уже понимают.
откуда такая информация?
Вообще не люблю иденфикаторы и классы, стараюсь по возможности их не использовать, а эти дополнительные еще больще дают маневренности. Есть, некоторые из них имеют предопределенные стили и поведение (canvas, audio, datalist, datalist, hgroup, keygen, command, meter, output, progress, source, time, video), не говоря уже о новых атрибутах элементов и куче обработчиков событий (тот же oninput и autocomplite), все это очень даже удобно для мобильных платформ и при создании плагинов.по большому счету, предопределынных поведений не так много: inline, block и для форматирования текста - допотопные b,i,u, srtike, strong, em

Потому что в спецификации очень мало примеров использования, в отличии от микродат.
ничего подобного есть XHTML5
Из того, что уже сейчас можно использовать: History API, Audio, Canvas, новые обработчики событий (преимущественно для мобильных устройств), новые элементы и атрибуты разметки.

PS: Пепси и Кола это вообще разные вещи

Так было всегда.

Что за старые парсеры?

Конкретно парсер не могу назвать, но опасение есть. Но мне приходилось работать с шаблонизатором, написанным на Java. Так он для обработки шаблонов строит объектное DOM-дерево, поэтому шаблон должен быть правильным XHTML-документом (не считая конструкций шаблонизатора) иначе вся страница падает. Вот так.

PS: шаблонизатор этот писался под конкретный проект, поэтому вы с ним не сталкивались.
PSS: под старыми имеется ввиду инструменты, написанные во времена господства XHTML.

Работаю с таким же парсером на С++ (на самом деле это не важно), так вот могу сказать, что в этом больше плюсов чем минусов.
Во-первых, нормальный парсер в случае ошибки, закрывает тег, на котором споткнулся и дописывает завершающие элементы (body, html).
Во-вторых, эти ошибки легко выявляются т.к. валятся в лог. А если шаблон, еще и компилируется, то вообще проблем никаких.
К тому же, кто выкладывает не проверенный шаблон в продакшн?

Ок, получается, что этот код такой парсер обработает неправильно:

<i>text<b>text</i>text</b>

хотя по стандартам всё в порядке

отработает, но только в том случае, если между дескрипторами inline-элементов будет присутствовать хотя бы один символ в т.ч. пробел.

К тому, что хедер и футер различаются семантически.

Ты с этим примером постоянно передёргиваешь. Нет в стандарте разрешения так писать. Просто теперь в стандарте явно прописано, как должен вести себя парсер в подобной ситуации. Раньше каждый вёл себя, как умел.

Опять я невнимательно прочитал, так не распарсится.
Действительно, кто так будет писать?

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

Есть очень легкий, мощный и шустрый парсер PUGIXML

Говорили на прошлом WebHiTech. Имя чувака вспомнить не могу, он ещё обещал выложить тесты.
Есть. Говорили на HTML5 Camp :)

В таких случаях лучше ссылку на соответствующее место в стандарте давать ;)

Я знаю, мне влом. Вы же все так любите новый стандарт - должны знать спеку. Вот сами и найдите.