Десять типичных вопросов на собеседованиях на знание HTML

[@rusmvb]

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

[@VBKesha]

Что то я никогда таких типичных вопросов не слышал на собеседованиях.

[@peter-moskvin]

Теперь, видимо, услышите :)

[@gwer]

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

[@Nordvind]

Думаю, вопросы на должность программиста HTML.

[@gwer]

Server-side?

[@bolk]

Что-то программирует? Браузеры?

[@Ununtrium]

Вот видео, где объясняется, почему за программистами HTML будущее.


Так что думайте, спрос растет!

[@Suvitruf]

320y — невалидное значение. Если изменить y на w, то код будет валидным полностью.

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

Атрибут alt является обязательным для тэга img

По ссылке не увидел упоминания об обязательности атрибута. Да, валидаторы будут ругаться: «An img element must have an alt attribute, except under certain conditions» в случае его отсутствия, но не более.

[@Borz]

так же, как и отсутствие "/" перед ">" в теге img почему-то посчитали валидным при этом

[@gwer]

Потому что HTML5.

[@Borz]

не, не потому. Это я малость сбился — тег IMG же одиночный (без закрывающего тега), потому и не ставится.

[@gwer]

Был бы XHTML, закрывающий слеш требовался бы. А HTML позволяет не заниматься подобным. Мне даже почему-то кажется, что с началом популярности пятой версии рекомендовалось закрывающий слеш в непарных тегах не использовать. Хотя спецификация говорит лишь о его необязательности в Void-элементах.

[@Hooter]

alt="" — это не для валидаторов, это из WIA-ARIA(для слепых, с их читалками), там это требуется.

[@Anisotropic]

Полчаса думал, думал, не могу въехать в это:
Main title
This is a subtitle
This is the content of this section


> параграф являестя содержимым элемента h2 вместо того, чтобы быть содержимым элемента h1, вне зависимости от того, планировалось ли так сделать. Если же было намерение создать подзаголовок, а p связать с h1, то данная разметка является неправильной.

P ведь является cодержимым элемента article. И вообще не связан ни с одним из заголовков. Или я не прав?

[@gwer]

Это магия семантической верстки. Которая, кажется, в таких деталях не волнует никого, кроме автора оригинального поста, его работодателей и адептов семантической верстки. Явление примерно из той же оперы, где важно прохождение валидации, а не правильное отображение верстки во всех требуемых браузерах.

[@Hooter]

Семантика нужна для WIA-ARIA, для слепых, чтоб они могли осуществлять навигацию с их читалками.
Те если бы в статье не было упоминания про эту технологию, Вы были бы правы.
А тут история не про Россию и визуализацию, а про международные мегакорпарации, которым важно получить всех пользователей в том числе и слепых

[@rayproud]

Это действительно невероятные дебри семантики.
Я сам никогда с такой проблемой не встречался, ни от кого никогда не слышал и вообще в этой статье увиде впервые.
Но коль там люди заботились созданием специального тэга, то вопрос семантики действительно всплывает. Там. Где-то. Наверное.

[@dom1n1k]

Плюсую.
Вопросы больше на задр**ство, чем на реальную практику верстки.
Знать наизусть все это неплохо, но не обязательно.

[@rayproud]

Ну про IE8 загнули.
Скажите, что section, article, nav не юзаете.
Тем более, что html5shiv решает проблему с новыми тэгами.
Да, надо опять что-то лишнее подключать, но можно и самому прописать создание этих тэгов, не так это и сложно.

[@Hooter]

для таких случаев есть чистый css с display: block;

[@Hooter]

Это все про WAI-ARIA, и ничего другого тут не было.
Сам этим занимаюсь, это как раз все то что пришлось недавно изучать.
Там все по другому, там все на семантику и все на стандарты.
Например как раз история с main, сколько их можно на странице тоже тот еще вопрос.

[@peter-moskvin]

— srcset обратно совместим.
— small я, например, часто применяю
— alt нормальный IDE вставляют сами. Пустой.
— использовал прогресс. Во-первых для собственно прогресса. Второй раз (видимо уместнее было метр) для отображения шкалы заполнения профиля

[@MindMinimal]

И всетаки считаю что на собеседовании лучше посмотреть портфолио человека, его код, какую верстку он делал, что использует и тд. — от этого толку больше будет чем от подобных вопросов. Ведь как говорилось выше, есть сторонники «валидации» а есть те, кому надо чтоб макет отображался правильно в браузерах, по этому надо искать компромисс.

Так что повторюсь, считаю что критерием, который может характеризировать верстальщика может быть его портфолио, качество разметки. (Микроформаты/микродата как бонусы например очень неплохи.)

[@Prometheus]

хм, все это «теория» и это очень далеко от реальной жизни, от практики.
а на практике, особенно, где рулит БЭМ, все это, по большому счету, лишено смысла, т.к. все верстается на дивах :))))

на реальном собеседовании, я бы спрашивал по технике верстки нетривиальных GUI, а не пытался у человека выудить, где тут допущена синтаксическая ошибка. такие вещи решаются редактором кода, верстальщик же должен думать о другом…

[@rayproud]

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

[@pepelsbey]

«БЭМ на дивах» верстают идиоты, которые ничего не поняли.

[@Prometheus]

вы слишком категоричны.
а я прав, достаточно взглянуть на исходный код яндекса.
или вы считаете создателей БЭМа тоже идиотами?

это факты. я понимаю, это религия, сам такой был, но все течет, все меняется.

[@yuretsz]

Следуя логике вопросов на HTML, вопросы джаваскриптеру надо задавать по этой страничке javascript.ru/ecma/part9

[@rayproud]

Ну это перебор, я считаю.
Хотя у нас на собеседовании задают некоторые каверзные вопросы по JS, но всё же о другом.

[@Jabher]

Жесть-то какая.

[@NikitaKA]

Считаю, что проводить собеседование на знание HTML нужно, минимум, в совокупности со знаниями CSS, ведь в подавляющем большинстве случаев именно последний имеет решающую роль в верстке. Наверное, все таки лучше попросить соискателя самому что-то сверстать, а затем его экзаменовать.
Что касается приведенных вами вопросов, то их, по-моему, лучше использовать для того, чтобы завалить собеседуемого в нужный момент. :)

Хотелось уточнить по вот этой части вашего поста и далее:

<article>
   <h1>Main title</h1>
   <h2>This is a subtitle</h2>
   <p>This is the content of this section</p>
</article>

Не могу сообразить, где реально на практике важно сохранение иерархии h1 > p, h2? Нигде не встречал такого. Может быть на поисковики как-то влияет?

[@Ti_webdev]

Цель этих вопросов, услышать от собеседуемого: «А давайте погуглим!»?

[@Ogra]

Мда…
Т.е. вопросов про код вроде:

<ul>
   <li> item 1
   <li> <b> item <i> 2</b> ugly</i>
   </li> item 3
</ul>

не предполагается? И что они нафигачат с таким подходом?

[@rayproud]

Конечно нет.
Но теперь вы знаете, что есть много вещей, которые можно подтянуть.
Может быть где-то даже и использовать.

[@zag2art]

Офигеть какие «типичные» вопросы.

[@flacon]

В заголовке пропущена буква а.