JQuery жив или мертв?

Сообщение от KingdaKa А шквери - это тлен, который в 2023 году изучать не стоит. Имхо.

А что там изучать? Полностью интуитивный и понятный с коробки. Ускоряет написания кода в 10 раз как минимум!

Добавлено через 1 минуту

Сообщение от nikolaymsk01 Да мне надо всего лишь что бы когда открывал страницу, не было ошибок, если нет кнопки

А ты научись разделять логику так, что бы у тебя всё было всегда на месте, когда ты выполняешь тот или иной код. А не имея свалку непонятную

0

Сообщение от Segera JQ - это не одни *.js, но в значительной мере *.css.

jQuery - это один js файл. Всё остальное - надстройки.

0

Сообщение от Balanaar не получали ни одной задачи по SEO

так оно и есть. Мои задачи формирую, тестирую и дополняю сам для своих периметров. Прибамбасы и хотелки от других, которые могут сами не понимать что им надо, у меня пока исключены.

Сообщение от Balanaar На нативном плагинов не меньше

Где их взять под верстку или не типовую задачу? На стековерфлоу или чатдпт? Понятно, многое уже решенное можно найти в примерах в интернете. Будет удачей, если подойдет с более-менее.

Сообщение от Balanaar важны SEO и хайлоад.

по имхо в этих вариантах должны быть бюджеты, по которым можно написать свой JQ или любой фреймворк. Тем более с учетом времени ввода.

Сообщение от Balanaar гуру используют Vue/React/etc,

значит тут этим гуру религия или свои догмы позволяют использовать фреймворки
20+ Best React UI Component Libraries / Frameworks for 2024
которые активно пополняются. Не факт будут так популярны как JQ, BS или вообще кто-то о них будет знать, а может и забыть через пару лет. Наверное указывая пальцем об отсуствии поддержки с 2014 года примерно для JQ. Кстати, это не совсем так. Многие переписываются с учетом новых фишек в SCSS-SASS, JS и конечно по мере развития и обновления браузеров.

0

Segera, не пытайтесь выглядеть "в теме", когда вы далеки на многие тысячи часов обучения от этого. Вы пишете и даже не понимаете о чём вообще речь в вашем же тексте.

0

Сообщение от gogolik многие тысячи часов обучения от этого. Вы пишете и даже не понимаете о чём вообще речь в вашем же тексте.

у меня нет ни желания, ни чего-то кого-то в чем-то убеждать. Тем более как и с чем работать. Это даже не смешно.
На это точно не было ни намека, ни попытки. Ну допустим сделал не сотни и тысячи сайтов, как кто-то тут. Но при чем тут эти так сказать заслуги?
Понимаю следующее. Если в задаче надо использовать технологию и инструменты, про которые есть мнение как устаревшие и прочее, но они хорошо и эффективно работают, значит мнение с высочайшими достижениями в 100500 сайтах, значит меньше, чем работает здесь и сейчас.
Кстати, в периметре работает портал на PHP 4.0, MySql. Не напрягает, т.к. чат, дашборд и всё необходимое там есть.
Это категорически не значит, надо отказываться от Next.js, NestJS, VueJs, ExpressJS и прочими, которые нет смысла перечислять. И вообще от любых новинок. Если они правда новинки в проекте. А не поддержка чего-то в работе сколько-то лет. Если это чего-то переделать на новых инструментах, будет точно другое. Пока это лишнее

0

Сообщение от Segera у меня нет ни желания, ни чего-то кого-то в чем-то убеждать

Так ты сейчас этим и занимаешься...

Тебе пишут, что не стоит этого делать. Но ты игнорируешь любые доводы.

0

Сообщение от krvsa что не стоит этого делать

не стоит чего делать? Использовать JQ или продвигать и агитировать к использованию?
О втором уже высказался. В юмор. Не использовать JQ, значит закрыть два сайта, на котором работают отделы, пользователи и главное руководство едва ли оценят сразу пользу новых фреймворков. Нет конечно понимаю совет, переписать всё на нативном JS. Причем не один JS, но CSS.
Как вам такая картинка, которой так любезно поделись на вопрос надо-не надо из вк
История прекрасна. Так и просится в какой-то сериал. Если подумать даже в комедийный ситком.

Миниатюры

 

0

Довольно большой сайт: GOV.UK (Правительственны сайт Великобритании)
И они рапортуют, что отказались от jq, и перешли не на реакт, не на вуе, а на ванилу!

https://insidegovuk.blog.gov.u... om-gov-uk/

Добавлено через 9 минут

Сообщение от Segera Хорошо, допустим есть задача создания нескольких модальных окон, привязанным к разным кнопкам или тегам в разных частях экрана. Предпочтение будет фреймворкам типа JQ - BS или ванильному JS?

Ванила и элемент <dialog>
(ИЕ в топку)

0

Сообщение от voraa ИЕ в топку

если его выпилили в M$, зачем и кому надо с ними спорить. Тем более по такому вопросу.
Значит GOV.UK не попадет в те десятки тысяч, где используется JQ. Где конечно хорошо понимать. Что для бекенда, что для фронтенда.
Я так понимаю, главный довод - лучшая оптимизация для высконагруженного сайта. Здесь стоит отметить, такие работы делаются с бюджетами, при одном упоминании о его величине отпадет желание в какой-то дискуссии.
Вторым вопросом, а сколько этих сайтов и кто там занят в разработке и сопровождение.
Топ 18 фреймворков и библиотек JavaScript в 2021 году
представлена статистика по запросам в поиске. Где есть интересная цифра для JQ 158,000,000.
Vue.js - Angular JS где по 6 - 7 млн. Интересно почему? Так настолько всё понятно, делать запросы нет необходимости наверное.

0

Сообщение от Segera Топ 18 фреймворков и библиотек JavaScript в 2021 году

Как то не шибко грамотно. Node.js - не фреймворк.

Да и jq не фрейворк, а библиотека.

0

Сообщение от Segera не стоит чего делать?

Как минимум агитировать и что-то доказывать...

0

Сообщение от krvsa Как минимум агитировать и что-то доказывать...

зачем свои догадки и ассоциации проецировать на кого-то?
У меня лишь о том, JQ вполне рабочий инструмент, удобный для использования. Требует изучения и практики не меньше других инструментов. По какой причине надо агитировать, имеющих хорошую практику и свои скиллы? Это не ко мне.
На вопрос темы может быть такой ответ. Застоявшееся мнение и шаблоны могут отбросить рабочее решение.
Второе, использовать готовые наработки не есть плохо. Надеюсь тут не многие пользуются блокнотом или любым текстовым редактором в верстке. Ну так Emmet, Prettier ... прочие Extensions это также уже готовые улучшалки и решения для работы в VsCode. А сколько их в веб.шторме? Получается, здесь мы пользуемся, а объявленным кем-то из гуру.сообществом скажем своё ФЭ-ФУ.

Сообщение от voraa jq не фрейворк, а библиотека.

давайте откроем такую тему на много страниц Фреймворк или библиотека? А в чем, собственно, разница? и устроим голосование, кто за что и какие буквы.
Где есть такие ключевые слова

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

Вдруг окажется, если какой-то code.jquery.com/jquery-3.3.1.min.js под 100-300 кило, то может там мизер по солидности, а это уровень всего-то библиотеки.
Но подключая cdn.jsdelivr.net/npm/vue.js ~~`194,2 кБ (194169 байт) не-не, это уже новый уровень хайтека и целая эпоха.
Ну хорошо, если так не приятно и не корректно читать, давайте объявим библиотекой JQ. Это что изменяет кроме термина?
Мне кажется в чем-то более приемлемое решение, если какой-то код имел меньшее влияние и моё подчинение заложенной в коде идеологии. Хотя тут всё очень тонко и относительно
---Но в таком случае сама тема более чем смешна, если как-то выразиться по-политкорректнее. Чтобы не задеть чувства гуру.
Многие до сих пор используют в верстке всего-лишь задрипанную библиотеку, причем отдавая ей приоритет, почему-то забивая на такие супер-пупер решения как VueJs и прочие, которые по всем статусам намного выше и наверное кошернее. Они против развития или что вообще думают?
У меня наверное не было с начала ключевых слов.О которых можно было догадаться. Поддержка решений, которые сделаны раньше раскрутки всех в полном смысле фреймворков и объявленными таковыми. При новом проекте почти уверен, едва ли кто-то из заказчиков пропишет в ТЗ, а вы там нам по-барабану и как хотите - на том и пишите. Хоть на VisBasic для смеха и ностальгии. Кстати, не так уже редки решения для 1С, которые до сих пор ваяют на Vb.net. У меня есть примеры. Уверен, все знакомы с ТЗ, где прописана и документация и ожидание от исполнителя. Предпочтение к библиотекам или фреймворкам - это скорее удел ТЗ. Если конечно сам фуллстекер не создает что-то своё.
ПС. прошу пардона на много букв, в которых не было задачи задеть что-то глубинное. И тем более основательное. Что конечно очень странно в ИТ.

0

Сообщение от Segera есть такое и пробовал. Стоит добавить не менее 30-40 строк с <div> в html

Так уже есть нативный элемент dialog, который поддерживается относительно новыми браузерами.

Сообщение от Segera У меня лишь о том, JQ вполне рабочий инструмент, удобный для использования. Требует изучения и практики не меньше других инструментов.

Только, если надо какое-то легаси поддерживать. На новых проектах JQ не впился. Будь то маленький проект или жирнющий порталище. Простые вещи уже силами ванильного JS'а делаются, а сложные - более удобными и функциональными фреймворками.

0

Сообщение от Segera Предпочтение к библиотекам или фреймворкам - это скорее удел ТЗ

Естественно. Любой заказчик должен думать, что если исполнитель, вдруг года через 3-4 отбросит копыта, то где ему потом брать другого исполнителя, работающего с этим стеком, технологиями, для завершения и поддержки.
Можно оказаться в ситуации, как с COBOL. Много где используется, но нет людей, знающих его.
То, что jq до сих пор используется - старых сайтов, требующих поддержки, гораздо больше, чем новых проектов. Их надо поддерживать. А переписывать на новых технологиях слишком долго и дорого.

0

Сообщение от voraa То, что jq до сих пор используется - старых сайтов, требующих поддержки, гораздо больше, чем новых проектов.

Мне с такой формулировкой, в ветке C# (ASP.NET) пытались обосновать необходимость изучения классического ASP.NET MVC вместо пришедшего ему на замену, более продвинутого ASP.NET Core. Типа, раз в разного рода старье оно ещё используется, то надо с порога учить...

0

Сообщение от Usaga Типа, раз в разного рода старье оно ещё используется, то надо с порога учить...

Резон учить есть. Работа - дело такое, сегодня есть, а завтра - нет. Может подвернуться и такое, что будет предложение поддерживать и сопровождать старые проекты. И что? Гордо воротить нос - я со старьем не работаю, мне только новое подавай?

0

voraa, да нет. Тут идея в другом - старое можно изучать начать по факту, если попался проект - то изучаем. Зачем с порога начинать именно с устаревших технологий я не до конца понял. Особенно в контексте того, что новый вариант уже восемь лет на рынке или даже больше. Т.е. очень много проектов уже портированные.

0

Сообщение от Usaga если попался проект - то изучаем

По факту, никого не возьмут на работу для изучения. Возьмут для работы. С первого дня.

Сообщение от Usaga Особенно в контексте того, что новый вариант уже восемь лет на рынке или даже больше. Т.е. очень много проектов уже портированные.

Тот же реакт, сначала был на классах, теперь на хуках. И если проект, требующий поддержки на классах, а ты знаешь только хуки, то работа идет мимо тебя.
И вуе3 вроде как прилично отличается от вуе2 (но это не точно)

0

Сообщение от voraa По факту, никого не возьмут на работу для изучения. Возьмут для работы. С первого дня.

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

Сообщение от voraa Тот же реакт, сначала был на классах, теперь на хуках. И если проект, требующий поддержки на классах, а ты знаешь только хуки, то работа идет мимо тебя. И вуе3 вроде как прилично отличается от вуе2 (но это не точно)

И что?..

0

Сообщение от Segera Но подключая cdn.jsdelivr.net/npm/vue.js ~~`194,2 кБ (194169 байт) не-не, это уже новый уровень хайтека и целая эпоха.

Это делается в единичных и очень специфичных случаях. В остальных случаях используются сборщик (webpack, например), который не тянет за собой весь фреймворк/библиотеку, а только то, что нужно.

Перестаньте уже всем напоказ выставлять свой вопиющий непрофессионализм и полное непонимание темы, которую вы пытаетесь обсуждать.

0

Сообщение от voraa Гордо воротить нос - я со старьем не работаю, мне только новое подавай?

Ни в коем случае. Но специально, "на всякий случай", изучать какие-то различия нецелесообразно, разве что для кругозора.

Сообщение от voraa И вуе3 вроде как прилично отличается от вуе2 (но это не точно)

Скорее отличается composition api от options api (что-то вроде различия хуков и классов по своей сути; кто сидит на ранних версиях вуе 2 всё равно используют плагин для поддержки композишн апи...)

Сообщение от voraa И если проект, требующий поддержки на классах, а ты знаешь только хуки, то работа идет мимо тебя.

Да ну, так уж и мимо. На примере того же Vue — пары часов достаточно чтобы понять отличия нового синтаксиса (с хуками) и начать его использовать; пары дней достаточно чтобы привыкнуть к нему. Можно подумать, что мы говорим об отличии русского языка от старославянского или польского — вроде похожи, но новый язык надо специально учить месяцами если хочешь понимать и говорить.

0