Кастомные элементы придумали не просто ради того, чтобы вы делали кучу разношерстных тегов которые все можно заменить дивом с классом. Кастомные элементы это про возможности инкапсуляции логики, шаблона, стилей в одном теге + такие фишки как shadow DOM, хуки жизненного цикла тега и т.п. Но вы просто игнорируете все замечания. Кастомные элементы как хороший пример это audio, video, canvas, details.
Также идет борьба с лишними тегами т.к. они устаревают, но благодаря таким как вы может внестись путаница с тегами типа - marquee, font, frame, param, plaintext
В вашем мире просто не будет существовать deprecated тегов
Предлагаю вернуться к тегам. Где это не работает?
Ой все, спорить с нарциссом с повышенным чувством ЧСВ невозможно. Вы не воспринимаете критику и засолились на уровне ананизма на себя любимого и своих лаконичных идей. Вы бы у меня собес тоже не прошли, хоть и старше и кодите дольше, толку только ноль. То что вы долго сидите на одном месте не делает вам чести и вы не становитесь опытнее со временем. Понтоваться своим возрастом и стажем - очень тупо. А в моем случае опускаться еще до вашего уровня глупо.
ну вот вы сами же и переходите на личности и то о чем просите не писать - пишите
мне 36 лет, вам полагаю около 32, и разработкой занимаюсь дольше.
Это ведь и есть личные оценочные суждения, мы с вами одинаково застали развитие интернета. Свой первый код на бейсике я писал еще в начальной школе, а первый сайт за деньги сделал где-то в 2006 итого 18 лет веб-разработки уже позади т.к. я этим занимаюсь до сих пор. Только эта информация далеко за темой треда текущего и вы сами к этому тред подводите. Фу таким быть. Я просто поделился с вами, что когда-то тоже радовался идее писать собственные теги на свое усмотрение.
Телеграм отлично парсит на основе open graph все уже придумали за вас. Боюсь представить, если каждый в место open graph будет просить свои и имена тегов вставлять, которые считают лаконичными.А вот чтобы миллионы разработчиков по всему миру согласовали непонятное количество имен тегов - утопия. Хотя в целом они и согласовали - div всем хватает. Вас никто не унижает и фраз про преподавание и учение тоже не было, вы слишком интимно воспринимаете данную дискуссию. Просто сама дискуссия уже потеряла технический смысл и напоминает обмен упреками, что мне не интересно. Цели как-то унизить вас или оскорбить у меня нету. Извините, если чем-то вас задел. Ваш бы энтузиазм да в правильное русло направить, а пока вы напоминаете мне меня же 10 лет назад, когда я радовался в первом ангуляре что теперь могу писать теги какие хочу)
В принципе можно договориться что если тег из нескольких частей через чёрточки - то веб-компонент, а если всё слитно - то просто тег.
На наших проектах так и есть, часть веб компонентов смешана с vue.js в моем профиле есть публикация на тему веб-компонента одного из, а в блоге можно найти еще пяток статей на тему веб-компонентов. У нас есть wc-wysiwyg, svg-icon, web-link и еще парочка внутренних. Так что для меня ничего нового и
Так что в целом ваш подъеб
А вот то что возможность языка которая в нем уже кучу лет для опытных разработчиков является чем-то новым не нормально
Не засчитан. Мы пользуемся кастомными элементами в HTML активно уже несколько лет точно. А то что вы как якобы опытный разработчик не ушли дальше переименования HTML тегов - выглядит очень печально и уныло, низкий уровень развития и приводит к таким вот статьям. В современных проектах в большинстве своем теги с дефисом и являются кастомными веб-компонентами. Погуглите web-component naming convention и почитатйе.
Т.к. ваши комментарии перешли в плоскость попыток поплеваться слюной и перейти на личности, не вижу уже смысла далее вам отвечать и разжевывать очевидные вещи для опытных разработчиков.
И не называйте HTML лаконичным кодом - это просто язык разметки, который вам еще предстоит осилить, если хотите вменяемо конкурировать на рынке с другими опытными фронтенд специалистами
"так сложилось что я привык по другому и лень переучиваться"
Так сложились стандарты разработки и я придерживаюсь, вы не придумали ничего нового, никакого ноу-хау или технологического прорыва, вы решили в один момент, что писать велосипеды с выдуманными тегами это круто. Нет не круто, вам куча народа об этом сказала и рейтинг вашей статьи тоже намекет. Я тоже прошел путь от HTML4, jquery, backbone, knockout, angular1, polymer до vue 3 + web-components. React'a по жизни избегал и не писал на нем, хотя и приходилось некоторые проекты переводить с него на vue. Не вам мне рассказывать про "переучиваться". В вебе без этого никак.
А с инженерной точки зрения есть что сказать по поводу качества работы такого кода?
Вам я уже выше написал, что вы забили на семантику, на стандарты, на SEO, на скринридеры. Восхищяетесь своей идеей писать код "лаконично" а по сути велосипедить ведь вам тяжело понять смысл div.loader и вы пытаетесь сделать еще один XML
Начинаю считать этот тред бесполезным уже холиваром
Никак не учу, я работаю в диком ентерпрайзе. У нас на всех проектах есть дизайн системы и сторибуки для компонентов. Пишу тонны бойлерплейта для всяких хитро выдуманных админок и внутренних срм систем
Выходит что проще всегда писать как для сео и не изобретать велосипед. Иначе нужно практиковать два подхода одновременно, с учётом сео и скрин ридеров и без учёта их с фантазией над тегами. Я в статье правильное место ваше процитировал, вы пишите про h1 но причина для вас в бойлерплейте меньшем, а не в семантике и это принципиально важный момент. Вам там в комментариях уже подсказали, что используйте emmet и будет вам счастье. Я когда вижу див с классом лоадер, не проговариваю в уме несколько его смыслов. Блок со стилем лоадер - условно. Когда я вижу кастомный тег, я в первую очередь думаю про наличие веб-компонента и мог бы потратит время на поиски того, чего нет. С хожу найти сакральный смысл в том, что автор просто так считает писать лаконично - я не настолько экстрасенс. Попробуйте изучить реакт, вьюжс или ангуляр, там как раз можно писать в таком духе разметку как вам нравится, а на выходе получать семантичную с точки зрения вёрстку для сео и скринридеров.
потому что в данном случае, использование кастомного тега увеличивает количество шаблонного-кода, а не уменьшает
ни слова про семантику для сео. Ваш пример с aria-level=1 это вот прямо из пальца высосано ради сугубо вашего понимания семантичности и локаничности, я даже готов поспорить, что в сео парсерах и контент анализаторах ваши вундертеги даже с атрибутами проставленными проиграют статье из обычного article, h1, p тегов, времени только жалко на такие эксперименты и вам что-то доказывать. Неужели вы не видите и так излешне большого зоопарка фронтенд решений которые родились на основе фреймворков, вам похоже мало так вы ещё предлагаете забить на стандарты и руководствоваться чисто внутренними ощущениями лаконичности, на которой вы делаете упор и акцент.
Вы забываете о семантике. И тут основной минус вашей верстки, то что понятно вам, уже не понятно поисковикам. div это абстрактный блок, но если вы замените h1 например на main-title и h2 на second-title вы потеряете в семантичности верстки, если пренебречь правилами семантики и забить на все устройства чтения веба кроме современных браузеров, ваш подход имеет право на жизнь. Но практического смысла в нем никакого нету, для уменьшения количества бойлерплейта в коде пользуйтесь современными фрейиворками и/или шаблонзаторами. А также вы забываете про стандарты, а они не просто так. Надеюсь мне не доведётся работать на проектах, где надо учить собственные хтмл теги, которые ничего кроме кастомного имени под собой не имеют - абсолютно не нужные мне знания, которые затормозят вход на проект.
Вы аппелируете не к тому, я говорил про рисунок и я могу рисовать сколько угодно людей похожих на вас и публиковать. Также генерировать лица в ии обученной в т.ч. На фото где могло быть ваше лицо. Вы же даёте ссылку на публикацию личных фото в соц. Сети - это другое. Тред начался с темы про рисунки в т.ч. от ИИ и некоторые уверены, что им должны уже за публикации рисунков ИИ. Не нравится, что вы мешаете теплое с мягким.
Я не зря взял в кавычки) читайте как "насиженное место" условно в том-же филиале Ситилинка обслуживаете 20пк и 10принтеров да ещё пару железяк, офис не растет, ПК работают, принтеры печатают, офису не требуется масштабирование и даже планов на +1 ПК/принтер нету. Остаётся только желать чтобы з.п. не отставала от инфляции, а стагнация на работе не прекращалась. Так вот и ждут годами исполнения мечты. Пока разрыв з.п. с рынком не станет большим или неудобства не вынудят искать новую работу.
Это могут быть не железные принципы. А просто низкая загрузка на текущем месте, нежелание расти как профессионал, в общем некая "зона комфорта" в которой было очень удобно стагнировать. Но конечно же роста з.п. хочется и вот рождаются такие истории с бесславным концом. Многие в комментариях сказали, что проще сменить работу (и я сам в жизни так и делал) но кейс со сменой работает только когда ты готов к новым условиям и опыту в своей жизни. А когда лень двигаться, то можно и борца за копеешную индексацию изобразить. Лучше бы остановился на трёх окладах и пошел дальше искать работу.
Ох и отхвачу минусов, но я уверен, что лучше уже горькая правда, чем сладкие сказки про обязанности других повышать вам ежегодно з.п.
Просто из интереса, отпишитесь те мужчины, кто делает что-то с бровями пинцетом или чем ещё. Это правда так актуально и необходимо? А также носит и подбирает бижутерию к своему образу. И носит одежду на вырост.Можно ненада?
Обычно у фронтендера под рукой десяток готовых библиотек под все виды инпутов. Что вы будете делать когда понадобится кастомный инпут? Эту проблему дадут бекендеру или фронтендеру в итоге? На чем вы экономите время? С 0 писать это когда история с своим велосипедом полностью. Обычная типичная админка, меню слева, формочка справа - что тут сложного? Повторю свой вопрос, что мешает делать проекты до конца раздельно фронт и бек?
P.s. не работаю с ларавел т.к. используем симфони и не держим фулкек разработчиков, не наблюдаем проблем у фронтов с сбором очередной админки. А у бекенда задача соответствовать оговоренной openapi спецификации.
P p.s не имею цели как-то оскорбить вас или унизить стек. Просто прям очень любопытно в чем профит в итоге.
С набором очень тормозных гуев. Вы же сами пишите что есть проблемы с тормозами. Фронт - который админка, может быть третьим контейнером. Что мешает работать "по канонам" на всем проекте? Еще у вас аргумент что бутстрап уже не модно и надоел видимо - хотя это вообще не технический аргумент. Звучит как - нам надоел проверенный инструмент, и мы нашли тормозной, но молодежный. Получается в место одной CMS/компонентов которую стоило бы развивать, вы пишите из раза в раз "новую" CMS с весьма сомнительными плюсами, хотя как повод раздуть бюджет и сроки разработки - вполне сойдёт.
Кастомные элементы придумали не просто ради того, чтобы вы делали кучу разношерстных тегов которые все можно заменить дивом с классом. Кастомные элементы это про возможности инкапсуляции логики, шаблона, стилей в одном теге + такие фишки как shadow DOM, хуки жизненного цикла тега и т.п. Но вы просто игнорируете все замечания. Кастомные элементы как хороший пример это audio, video, canvas, details.
Также идет борьба с лишними тегами т.к. они устаревают, но благодаря таким как вы может внестись путаница с тегами типа - marquee, font, frame, param, plaintext
В вашем мире просто не будет существовать deprecated тегов
Ой все, спорить с нарциссом с повышенным чувством ЧСВ невозможно. Вы не воспринимаете критику и засолились на уровне ананизма на себя любимого и своих лаконичных идей. Вы бы у меня собес тоже не прошли, хоть и старше и кодите дольше, толку только ноль. То что вы долго сидите на одном месте не делает вам чести и вы не становитесь опытнее со временем. Понтоваться своим возрастом и стажем - очень тупо. А в моем случае опускаться еще до вашего уровня глупо.
ну вот вы сами же и переходите на личности и то о чем просите не писать - пишите
Это ведь и есть личные оценочные суждения, мы с вами одинаково застали развитие интернета. Свой первый код на бейсике я писал еще в начальной школе, а первый сайт за деньги сделал где-то в 2006 итого 18 лет веб-разработки уже позади т.к. я этим занимаюсь до сих пор. Только эта информация далеко за темой треда текущего и вы сами к этому тред подводите. Фу таким быть. Я просто поделился с вами, что когда-то тоже радовался идее писать собственные теги на свое усмотрение.
Телеграм отлично парсит на основе open graph все уже придумали за вас. Боюсь представить, если каждый в место open graph будет просить свои и имена тегов вставлять, которые считают лаконичными.А вот чтобы миллионы разработчиков по всему миру согласовали непонятное количество имен тегов - утопия. Хотя в целом они и согласовали - div всем хватает. Вас никто не унижает и фраз про преподавание и учение тоже не было, вы слишком интимно воспринимаете данную дискуссию. Просто сама дискуссия уже потеряла технический смысл и напоминает обмен упреками, что мне не интересно. Цели как-то унизить вас или оскорбить у меня нету. Извините, если чем-то вас задел. Ваш бы энтузиазм да в правильное русло направить, а пока вы напоминаете мне меня же 10 лет назад, когда я радовался в первом ангуляре что теперь могу писать теги какие хочу)
На наших проектах так и есть, часть веб компонентов смешана с vue.js в моем профиле есть публикация на тему веб-компонента одного из, а в блоге можно найти еще пяток статей на тему веб-компонентов. У нас есть wc-wysiwyg, svg-icon, web-link и еще парочка внутренних. Так что для меня ничего нового и
Так что в целом ваш подъеб
Не засчитан. Мы пользуемся кастомными элементами в HTML активно уже несколько лет точно. А то что вы как якобы опытный разработчик не ушли дальше переименования HTML тегов - выглядит очень печально и уныло, низкий уровень развития и приводит к таким вот статьям. В современных проектах в большинстве своем теги с дефисом и являются кастомными веб-компонентами. Погуглите web-component naming convention и почитатйе.
Т.к. ваши комментарии перешли в плоскость попыток поплеваться слюной и перейти на личности, не вижу уже смысла далее вам отвечать и разжевывать очевидные вещи для опытных разработчиков.
И не называйте HTML лаконичным кодом - это просто язык разметки, который вам еще предстоит осилить, если хотите вменяемо конкурировать на рынке с другими опытными фронтенд специалистами
Так сложились стандарты разработки и я придерживаюсь, вы не придумали ничего нового, никакого ноу-хау или технологического прорыва, вы решили в один момент, что писать велосипеды с выдуманными тегами это круто. Нет не круто, вам куча народа об этом сказала и рейтинг вашей статьи тоже намекет. Я тоже прошел путь от HTML4, jquery, backbone, knockout, angular1, polymer до vue 3 + web-components. React'a по жизни избегал и не писал на нем, хотя и приходилось некоторые проекты переводить с него на vue. Не вам мне рассказывать про "переучиваться". В вебе без этого никак.
Вам я уже выше написал, что вы забили на семантику, на стандарты, на SEO, на скринридеры. Восхищяетесь своей идеей писать код "лаконично" а по сути велосипедить ведь вам тяжело понять смысл div.loader и вы пытаетесь сделать еще один XML
Начинаю считать этот тред бесполезным уже холиваром
Никак не учу, я работаю в диком ентерпрайзе. У нас на всех проектах есть дизайн системы и сторибуки для компонентов. Пишу тонны бойлерплейта для всяких хитро выдуманных админок и внутренних срм систем
Выходит что проще всегда писать как для сео и не изобретать велосипед. Иначе нужно практиковать два подхода одновременно, с учётом сео и скрин ридеров и без учёта их с фантазией над тегами. Я в статье правильное место ваше процитировал, вы пишите про h1 но причина для вас в бойлерплейте меньшем, а не в семантике и это принципиально важный момент. Вам там в комментариях уже подсказали, что используйте emmet и будет вам счастье. Я когда вижу див с классом лоадер, не проговариваю в уме несколько его смыслов. Блок со стилем лоадер - условно. Когда я вижу кастомный тег, я в первую очередь думаю про наличие веб-компонента и мог бы потратит время на поиски того, чего нет. С хожу найти сакральный смысл в том, что автор просто так считает писать лаконично - я не настолько экстрасенс. Попробуйте изучить реакт, вьюжс или ангуляр, там как раз можно писать в таком духе разметку как вам нравится, а на выходе получать семантичную с точки зрения вёрстку для сео и скринридеров.
Вы в статье пишите
ни слова про семантику для сео. Ваш пример с aria-level=1 это вот прямо из пальца высосано ради сугубо вашего понимания семантичности и локаничности, я даже готов поспорить, что в сео парсерах и контент анализаторах ваши вундертеги даже с атрибутами проставленными проиграют статье из обычного article, h1, p тегов, времени только жалко на такие эксперименты и вам что-то доказывать. Неужели вы не видите и так излешне большого зоопарка фронтенд решений которые родились на основе фреймворков, вам похоже мало так вы ещё предлагаете забить на стандарты и руководствоваться чисто внутренними ощущениями лаконичности, на которой вы делаете упор и акцент.
Вы забываете о семантике. И тут основной минус вашей верстки, то что понятно вам, уже не понятно поисковикам. div это абстрактный блок, но если вы замените h1 например на main-title и h2 на second-title вы потеряете в семантичности верстки, если пренебречь правилами семантики и забить на все устройства чтения веба кроме современных браузеров, ваш подход имеет право на жизнь. Но практического смысла в нем никакого нету, для уменьшения количества бойлерплейта в коде пользуйтесь современными фрейиворками и/или шаблонзаторами. А также вы забываете про стандарты, а они не просто так. Надеюсь мне не доведётся работать на проектах, где надо учить собственные хтмл теги, которые ничего кроме кастомного имени под собой не имеют - абсолютно не нужные мне знания, которые затормозят вход на проект.
Хабр что-то явно пошло не так.
Хабр что-то явно пошло не так.
Хабр что-то явно пошло не так.
Вы аппелируете не к тому, я говорил про рисунок и я могу рисовать сколько угодно людей похожих на вас и публиковать. Также генерировать лица в ии обученной в т.ч. На фото где могло быть ваше лицо. Вы же даёте ссылку на публикацию личных фото в соц. Сети - это другое. Тред начался с темы про рисунки в т.ч. от ИИ и некоторые уверены, что им должны уже за публикации рисунков ИИ. Не нравится, что вы мешаете теплое с мягким.
Я не зря взял в кавычки) читайте как "насиженное место" условно в том-же филиале Ситилинка обслуживаете 20пк и 10принтеров да ещё пару железяк, офис не растет, ПК работают, принтеры печатают, офису не требуется масштабирование и даже планов на +1 ПК/принтер нету. Остаётся только желать чтобы з.п. не отставала от инфляции, а стагнация на работе не прекращалась. Так вот и ждут годами исполнения мечты. Пока разрыв з.п. с рынком не станет большим или неудобства не вынудят искать новую работу.
Это могут быть не железные принципы. А просто низкая загрузка на текущем месте, нежелание расти как профессионал, в общем некая "зона комфорта" в которой было очень удобно стагнировать. Но конечно же роста з.п. хочется и вот рождаются такие истории с бесславным концом. Многие в комментариях сказали, что проще сменить работу (и я сам в жизни так и делал) но кейс со сменой работает только когда ты готов к новым условиям и опыту в своей жизни. А когда лень двигаться, то можно и борца за копеешную индексацию изобразить. Лучше бы остановился на трёх окладах и пошел дальше искать работу.
Ох и отхвачу минусов, но я уверен, что лучше уже горькая правда, чем сладкие сказки про обязанности других повышать вам ежегодно з.п.
Излишняя длинна и некоторых не устраивает монобровь.
Понял, я вижу ваш случай как вынужденную необходимость, а не как элемент макияжа и стиля. Поправьте, если ошибаюсь
Просто из интереса, отпишитесь те мужчины, кто делает что-то с бровями пинцетом или чем ещё. Это правда так актуально и необходимо? А также носит и подбирает бижутерию к своему образу. И носит одежду на вырост.Можно ненада?
Обычно у фронтендера под рукой десяток готовых библиотек под все виды инпутов. Что вы будете делать когда понадобится кастомный инпут? Эту проблему дадут бекендеру или фронтендеру в итоге? На чем вы экономите время? С 0 писать это когда история с своим велосипедом полностью. Обычная типичная админка, меню слева, формочка справа - что тут сложного? Повторю свой вопрос, что мешает делать проекты до конца раздельно фронт и бек?
P.s. не работаю с ларавел т.к. используем симфони и не держим фулкек разработчиков, не наблюдаем проблем у фронтов с сбором очередной админки. А у бекенда задача соответствовать оговоренной openapi спецификации.
P p.s не имею цели как-то оскорбить вас или унизить стек. Просто прям очень любопытно в чем профит в итоге.
С набором очень тормозных гуев. Вы же сами пишите что есть проблемы с тормозами. Фронт - который админка, может быть третьим контейнером. Что мешает работать "по канонам" на всем проекте? Еще у вас аргумент что бутстрап уже не модно и надоел видимо - хотя это вообще не технический аргумент. Звучит как - нам надоел проверенный инструмент, и мы нашли тормозной, но молодежный. Получается в место одной CMS/компонентов которую стоило бы развивать, вы пишите из раза в раз "новую" CMS с весьма сомнительными плюсами, хотя как повод раздуть бюджет и сроки разработки - вполне сойдёт.