Есть ли смысл учить абсолютно все элементы HTML?

Question

[NiksonM]

Все ли элементы в HTML используются очень часто или нет смысла заморачиваться при изучение html и учить абсолютно все элементы и атрибуты сразу? Например input имеет множество атрибут и некоторые из них в различных обучающих материалах редко упоминаются, также как и некоторые элементы.

Comments

[Ankhena]

Нужно знать, где взять информацию.

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

[Ankhena]

Учить, просто сидеть и учить вообще нет смысла.
Разумнее делать, запомнится оно само.

[shurshur]

Есть тэги, которые в наше время даже использовать нет смысла, не то что учить. Например, embed или marque.

Answer 1

[Refguser]

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

Comments

[Ratenti]

Почему это справочник, а не webref или mdn?

Answer 2

[Алексей Уколов]

Сложный вопрос...
Простой ответ: конечно, в зубрёжке нет смысла.

Более сложный: если вы не знаете о существовании чего-либо, то вы не сможете вовремя понять, что задача требует именно этого инструмента. Но и задачи, которые требуют чего-то необычного, встречаются редко, поэтому их и нет в обучающих материалах. Есть не так много элементов с какими-то специальными атрибутами, я бы рекомендовал просто посмотреть их страницы на MDN прочитать про атрибуты, но не зубрить их. Ну а относительно элементов заморачиваться нужно ещё меньше - если вы не используете <a href="#"/> там, где должен быть <button/>, вы уже сделали половину семантики страницы.

Comments

[johnymkp]

Зубрежка зубрежке рознь. Вот из личного примера: я постоянно забываю всякие мелочи, типа есть ли для ввода текста отдельный тег или это input с каким-то атрибутом. Или например, я помню, что список это select со вложенными option, но совершенно не помню как выставить дефолтное значение или как его получить. Или как подключить стили на страницу. Я конечно пока еще не полноценный фронтендер, только перекатываюсь с бека во фронт, но чувствую, что ситуация не изменится, т.к. подобная канитель у меня всегда была. От того, что не используется пару дней, начинает оставаться только общее воспоминание.

Многие такие базовые вещи не требуют понимания, они именно на "помнишь\не помнишь". Это не промисы например, где и вправду зубрежкой не отделаешься (хотя после наступления понимания почему бы и не зазубрить синтаксис). И лично мне не комфортно от того, что я постоянно что-то такое базированное забываю. Поэтому я делаю карточки и периодически их просматриваю с целью, чтобы эта самая база всегда была, так сказать, "в оперативке". Что в принципе можно назвать подвидом зубрежки. Аналогично со стандартными методами, например, массивов. Удобнее помнить, что метод называется includes, а не contains например, нежели каждый раз гуглить. Про существование некоторых вещей вообще можно забыть даже, если долго их не трогать.

Есть расхожее мнение, мол, "программист должен уметь думать, а не все методы помнить". Но если методов\тегов не помнишь, то получается как "читаю\перевожу со словарем", если через каждые три слова надо в словарь лезть, много не начитаешь. То же самое и тут. Так что имхо зубрежка некоторых вещей может быть полезна. Опять же, если на лайвкодинге постоянно говорить что-то вроде "ой, тут вот так должно быть, но я забыл как там пишется", вряд ли хорошее впечатление оставишь. Имхо, как боксер должен уметь отправлять в нокаут, а не только знать как это делается, так и программист должен по максимум уметь писать без гуглежа. Ну кроме совсем конечно отбитых случаев, вроде того как например в RTK слайс создавать, такое я конечно зубрить никогда не буду.

[Алексей Уколов]

johnymkp,

Или например, я помню, что список это select со вложенными option, но совершенно не помню как выставить дефолтное значение или как его получить. Или как подключить стили на страницу.

Я вот полноценный фронтендер, но тоже всего этого назиусть не помню. И ничего, справляюсь :)
Знание о том, что существует CSS нужно иметь. Знание о том, как конкретно подключается файл со стилями легко получить и потому его можно тут же выкинуть из головы снова - место там конечно.

Удобнее помнить, что метод называется includes, а не contains например, нежели каждый раз гуглить.

Конечно, удобнее помнить. Но я вот не помню и, опять же - справляюсь. А если уж взять для примера PHP, в котором по историческим причинам функция array_map принимает сначала колбэк, а потом массив, а функция array_filter наоборот, то становится понятно, что держать в голове весь этот винегрет совершенно невозможно. И нет ничего плохого в том, чтобы подсмотрет ответ в документации или чтобы его IDE подсказала. Вот у тех, кто не знает о существовании этих функций в принципе - у них проблемы.

Имхо, как боксер должен уметь отправлять в нокаут, а не только знать как это делается, так и программист должен по максимум уметь писать без гуглежа.

Совершенно некорректное сравнение.

[johnymkp]

Алексей Уколов, а раз вы не заморачиваетесь над запоминанием, то как тогда находите нужную инфу? Каждый раз [гугл | лазание по проектам в поисках нужного места] или ведете личные заметки, что-то вроде собственной википедии?

[Алексей Уколов]

johnymkp, в основном php.net, MDN и IDE. Изредка — читаю свой же код. Если знаешь, что ищешь (а я обычно знаю), то ответ можно найти очень быстро.
Заметок я не веду, но это дело индивидуальное.

[Ratenti]

johnymkp, чем бек не понравился?

[johnymkp]

Ratenti,
Давно хотелось написать какую-нибудь прогу для себя, с графическим интерфейсом, а gui-технологии для языков, использующихся на беке (C#, Java) очень неудобные по сравнению со связкой html+css. Плюс поднадоела духота конкретно Spring. Занялся фронтом просто чтобы посмотреть что тут и как, в итоге вот думаю докачать необходимый минимум и искать работу именно как фронт.

Answer 3

[Михаил Р.]

Есть ли смысл учить абсолютно все элементы HTML?

Замените HTML на любую другую технологию и получите примерно аналогичные ответы, но имеется достаточно эффективная схема:
1. Ставим задачу - сверстать input в виде switch.
2. Гуглим, как сделать тот или иной эффект.
3. Решаем задачу и приобретаем опыт и понимание, для чего то или иное действие потребовалось, а для чего нет.

Полученный объем опыта будет определять Вас, как специалиста. Больше опыта - выше грейд.

Answer 4

[Михаил Лялин]

0! не "заучивать", а практиковать правильное использование в своих проектах
1. любой сайт - это не только HTML, но и другие технологии: CSS, SSI, т.д.

Answer 5

[NotEmpty]

Не учи лишнего. Начни с инпутов, секционных и основных элементовттипа div, span, a, ul, li, p, h. Подавляющее большинство тегов не используется на практике почти никем, кроме адептов тайных СЕО знаний и фриков ставящих себе цель задействовать максимальное количество тегов.