Андрей159,

я тоже был против jquery в своё время... но в принципе это всё фигня :) Ну скачает клиент лишних несколько килобайт кода... но потом же этот код в кэш кладётся :)
по производительности - не думаю что он часто будет уступать коду на чистом js (иногда скорее даже наоборот).
ну да... код очень многоэтажный... Но в принципе само ядро jquery отлажено достаточно хорошо, потому внутрь лезть и править чей-то косяк не приходится (такие случаи бывают только с прикрепляемыми модулями). потому тоже фигня :)
фреймворк хорошо документированный, потому проблем с тем, что бы в нём разобраться нету. так что то, что в проекте уйма чужого кода - тоже фигня.

по скорости разработки - увеличивает раза в 2.

Потому отказ от jquery без явных тому причин (например конфликта с чем-то уже используемым в коде) не имеет смысла.

P.S. по поводу не работы в разных браузерах, самое основное правило - это работа в chrome, yandex, ie7+(возможно даже уже 8+),firefox, opera. То есть всё должно писаться по принятым стандартам с учётом особенностей (отхода от стандартов) данных браузеров. Не стандартного в этих браузерах уже не много (самый максимум бреда в ie7, но в ie8 его уже в разы меньше, а в ie10 почти полная поддержка стандартов w3c). Потому скорее всего что Вы просто что-то или не по стандарту написали, или же яндекс браузер в данном вопросе отошёл от стандарта (хотя если не изменяет память яндекс браузер писался на движке chromium, как и chrome... потому и хром должен дурить, а не только яндекс).

skyANApetalvikКак говорится: критикуя - предлагай.
Что взамен jQuery?Более полные и глубокие знания того, как работает браузер(ы). Более интересная работа. Более привлекательные деньги.

1. Более полные и глубокие знания того, как работает браузер(ы) +1
2. Более интересная работа +- (отладку кода когда где-то закралась ошибка с пониманием, что мог взять готовую функцию и не сидеть 2 часа, а заниматься делом - меня например конкретно раздражает)
3. Более привлекательные деньги. -10 тут как-раз таки ровно наоборот. Вот к примеру, напишите галерею-карусель, которая проматывалась бы по кругу, полностью её отладьте (что бы не было рывков и глюков, особенно в ie, который всё делает не так и без очереди анимаций не обойтись). А потом к этому всему надо сделать так, что бы в карусель грузились превьюшки картинок, а основные (полноразмерные) изображения подгружались динамически при клике и распахивались на полный экран в специальном красивом диве с возможностью перемотки туда-обратно. При этом должны учитываться размеры экрана и ничего никуда не должно вылазить. Разумеется смена картинки также анимированая, задний фон закрывается полупрозрачным блокировщиком при клике на который картинка закрывается.
В общем полный набор... полноценная рабочая галерея на js. А теперь давайте оценим сроки: на jquery это займёт часа 2 в худшем случае... это поиск всех модулей jquery, их связка, проверка и возможно небольшая отладка (бывали случаи когда в модулях jquery попадал на баги); на чистом же js сколько времени это займёт? Да... в лучшем случае день, хотя я бы называл срок побольше, так как очень много надо делать и кучу всего отлаживать потом. ну пускай будет день ). А теперь посчитаем деньги. Стоимость кода на jquery составляет 2*350=700руб. на чистом js 8*350=2800руб.
То есть выбрав написание такой галереи на чистом js Вы теряете как минимум 2000руб. Если работаете на проценты или фрилансом, то придётся выложить из своего кармана :) Так что в денежном плане - большой плюс в сторону jquery.

Gororвадяпропущено...


тогда надо идти до конца, и писать на асемблере, и не использовать сторонние библиотеки

Видел я эти сайты jQuery фанатов, такие сайты как говориться чувствуешь телом, нет динамики прокрутки, всё ползёт как улитка, тянешь-тянешь эту резину, а там всё новые и новые окошки и прочие свисто-перделки вылезают)


А всё потому, что в конечном итоге одной библиотекой обойтись там нельзя, обычно так происходит, установил значит jQuery-фан библиотеку для всплывающих подсказок (100 строчек кода в сжатом виде) ОК! Всё работает! Потом понадобилось, в эти окошки динамически что-то подгружать, опа ещё одна библиотека нужна (ещё 100 кб сжатого кода) и тд и тп.

Поменять цвет окошек?!
-Да не проблема, щас библеотеку jQuery-change-color (220 кб кода)) качну и забабахаю в шапку сайта и всё будет летать, как истребитель

даааа?!..... шутка? :)
стандартный вид
нестандартный вид
нестандартный контент

Итак, Вы что бы показать собственную всплывающую подсказку будите грузить 15 разных библиотек, а потом будете ругать их все за недоразвитость, тормоза и неудобства... А я скачаю jquery и jquery-ui (нужные мне модули), почитаю документацию и сделаю всё с помощью двух библиотек... и у меня всё будет работать как надо, и быстро, и удобно.

Так может дело не в библиотеке, а в руках? :) Я бы не стал на Вашем месте так активно принимать одну из сторон в такой спорной дискуссии :) Задаваемые Вами вопросы ещё находятся на уровне простых, потому, Вы уверены, что обладаете достаточным опытом в использовании сторонних библиотек, что бы их как-то судить и сравнивать (не в обиду... просто когда я задавал такие же вопросы, мне опыта не хватало для принятия верных решений)?

Вот например я был заядлым противником jquery на протяжении первого года работы в области web программирования... И знаете, спустя год я понял, что ошибался... Когда мне урезали сроки на разработку и мне пришлось заюзать jquery. Я понял что работаю в разы быстрее (что моему начальству тогда какраз надо было, так как проекты задерживали). А потом я вообще к этой библиотеке привык, и понял что не только быстро, но и удобно.

GororПрограмёр,

Я и не противник и не сторонник jQuery, я просто говорю то, что перед тем как начать использовать её, нужно хорошо изучить все тонкости самого языка на каком она написана, и использовать её только там, где без неё не обойтись (ну никак) иначе это переходит в манию, когда вместо изучения сути проблемы, человек сразу бежит искать готовую, новую "заплатку" библиотеку, а если один раз её не окажется?)



Да быстро, да красиво, да чаще всего кросс-браузерно, да две строчки вписал и всё заработало. Но это если банальные задачи типа двигающиеся окошки и тд. А если нужно где-то глубоко что-то модернизировать? Как быть тогда? разбираться в 120 строчках чужого кода вида: (x==6:?4===rs){ var c=cc: &== 0}else{var p IE:(999)} и тд)))

Нет, спасибо, я пока как нибудь без нее обойдусь!


p.s И на счёт моих "глупых" вопросов на сайте!

Я и не говорил что я гуру JS и тд. Да, я постоянно учусь, но что-то уже освоил)

И ещё, я иногда пользуюсь калькулятором для (7*8=?) (12*5=?) в 5-6 классе наверно на ходу такое решают)

насчёт "глупых" это не я сказал я сказал "простых" :) это совсем другое.
а насчёт приведённой строки кода... я к своему коду подключаю только версии для девелоперов (то есть не упакованные)... там такого бреда нету (ну по крайней мере я не замечал). А модернизировать... это задача разрабов библиотеки :) Поверьте, они это сделают быстрее чем я или Вы.

"Но это если банальные задачи типа двигающиеся окошки и тд. А если нужно где-то глубоко что-то модернизировать?" - а что можно сделать с помощью jquery кроме как двигающиеся окошки и т.д.? (ну то есть jquery - это методы для анимации и быстрого доступа к dom)

По поводу "использовать её только там, где без неё не обойтись (ну никак)", я бы сказал что использовать надо там, где это удобно, а не где невозможно иначе. Без данного фреймворка можно обойтись везде, как и без любого другого... Вопрос в том, что нужно использовать там, где он принесёт пользу.

P.S. А представленную строку Вы с головы взяли, или реально откуда-то скопипастили. У меня ощущение, что с головы... думаю там допущено 5 или 6 синтаксических ошибок (по крайней мере таких конструкций как ":?", "var c=cc:", "&== 0" и "var p IE:(999)" я не припомню).

GororПрограмёр,

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

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

Однако вполне возможно кто-то сейчас зайдёт и скажет "вот был у нас проект... мы там эффективно использовали jquery, пока не пришлось сделать (что-то там). После чего нам пришлось отказаться от неё и всё переписать по новой потому что ...". Понимаете? :) А потом другие прочитавшие данную тему будут знать, что если рассчитывается работаться с тем "что-то", то лучше jquery не использовать.

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

FishHookПрограмёр"вот был у нас проект... мы там эффективно использовали jquery, пока не пришлось сделать (что-то там). После чего нам пришлось отказаться от неё и всё переписать по новой потому что ..."
Бред собачий
ну или давай пример, теоретик
читаем, думаем... а уже ПОТОМ пишем!!! Что за натура такая. Ты вообще сообщение целиком прочитал, или просто увидел фразу за которую зацепиться можно и понеслась?

Ладно, я потерял интерес к беседе. Уже нездравый разговор пошёл.

GororПрограмёр,

Ну да, пицдоболить никому не запретишь)

Если сколько тут каждый написал, столько же отвечали бы по конкретной задаче в JS (а jQuery он и есть js) то было бы более продуктивно.

jQuery по сути готовый продукт, что автор в него вложил, то в нём и есть, и из него даже одну строчку убрать или прибавить почти не реально. Автор сказал вот сюда впишешь свой любимый цвет ($color) , а вот сюда ссылку ($url), и ты хоть вывернись на изнанку ничего дальше указанного в инструкции ты там не изменишь. И всегда ты будешь один из миллионов пользователей этого готового продукта, ничем твоя фото галерейка не будет отличаться от миллиона таких же! Этим всё сказано!

Ок. Тему можно закрывать, я так понимаю что все идеи уже были озвучены. Увидимся в других темах :)

skyANAПрограмёрпропущено...


1. Более полные и глубокие знания того, как работает браузер(ы) +1
2. Более интересная работа +- (отладку кода когда где-то закралась ошибка с пониманием, что мог взять готовую функцию и не сидеть 2 часа, а заниматься делом - меня например конкретно раздражает)
3. Более привлекательные деньги. -10 тут как-раз таки ровно наоборот. Вот к примеру, напишите галерею-карусель, которая проматывалась бы по кругу, полностью её отладьте (что бы не было рывков и глюков, особенно в ie, который всё делает не так и без очереди анимаций не обойтись). А потом к этому всему надо сделать так, что бы в карусель грузились превьюшки картинок, а основные (полноразмерные) изображения подгружались динамически при клике и распахивались на полный экран в специальном красивом диве с возможностью перемотки туда-обратно. При этом должны учитываться размеры экрана и ничего никуда не должно вылазить. Разумеется смена картинки также анимированая, задний фон закрывается полупрозрачным блокировщиком при клике на который картинка закрывается.
В общем полный набор... полноценная рабочая галерея на js. А теперь давайте оценим сроки: на jquery это займёт часа 2 в худшем случае... это поиск всех модулей jquery, их связка, проверка и возможно небольшая отладка (бывали случаи когда в модулях jquery попадал на баги); на чистом же js сколько времени это займёт? Да... в лучшем случае день, хотя я бы называл срок побольше, так как очень много надо делать и кучу всего отлаживать потом. ну пускай будет день ). А теперь посчитаем деньги. Стоимость кода на jquery составляет 2*350=700руб. на чистом js 8*350=2800руб.
То есть выбрав написание такой галереи на чистом js Вы теряете как минимум 2000руб. Если работаете на проценты или фрилансом, то придётся выложить из своего кармана :) Так что в денежном плане - большой плюс в сторону jquery.И сколько Вы зарабатываете в месяц, если не секрет?

) не секрет. 60000руб (рассчитывал именно из этой суммы и 20 рабочих дней)

skyANAПрограмёрпропущено...


) не секрет. 60000руб (рассчитывал именно из этой суммы и 20 рабочих дней)Хм. Верстальщики, кто ни JavaScript, ни jQuery толком не знают, ито больше получают

Есть конечно куда стремиться, но с верстальщиками - это немного перебор :)
достаточно посмотреть вакансии на том же hh.ru или job-mo.ru . Да и далеко ходить не надо... я сам начинал с 25000 ... и когда увольнялся на моё место снова брали с окладом в 25000 (2 года назад) :)

Насколько я знаю средняя зарплата верстальщиков 40к (москва и подмосковье). Хотя могу ошибаться... Сужу по тем данным, что видел когда работу искал :)

skyANAПрограмёр, а год назад Вы сколько получали?
30к

GororПрограмёрОк. Тему можно закрывать, я так понимаю что все идеи уже были озвучены. Увидимся в других темах :)

Обиделся чтоли?)

Мне в принципе до лампочки данная тема!



Увидимся в других темах))

Не обиделся :) Да я в принципе не вижу смысла обижаться при беседе на форуме (не для того тут сижу :) ).
Я просто перестал видеть смысл в теме, так как доводы по кругу пошли.

skyANAПрограмёрпропущено...

30кСтудент что-ли?

Иностранец :)

way2baritonПрограмёрЕсть конечно куда стремиться, но с верстальщиками - это немного перебор :)
достаточно посмотреть вакансии на том же hh.ru или job-mo.ru . Да и далеко ходить не надо... я сам начинал с 25000 ... и когда увольнялся на моё место снова брали с окладом в 25000 (2 года назад) :)

Насколько я знаю средняя зарплата верстальщиков 40к (москва и подмосковье). Хотя могу ошибаться... Сужу по тем данным, что видел когда работу искал :)

Програмёр , у меня к вам вопрос: а верстальщик и JavaScript программист это как бы две разные должности? Или предполагается, что верстальщик это все-таки человек, больше владеющий html/css, чем JavaScript?

Вообще это две разные должности. Однако же верстальщик должен знать азы js, как и js программист должен знать азы вёрстки. Ведь в тз часто бывает, что по клику надо установить некое выделение элемента например. И работу с такими моментами очень сложно синхронизироввть (так как должен быть свёрстан основной шаблон и изменяемый, потом этот изменяемый над внедрять в js код и если вдруг что не так, то отдавать на правку верстальщику (и если он не знает js, то не на правку, а на составление рекомендаций программисту). Ну и так пока всё не будет как надо... и хорошо если вся команда всборе в офисе. Если же это удалёнка, то работа превратится в ад.

Потому такого типа работу должен делать 1 человек, а значит и знать он должен и то и другое

Малыхин СергейА вот любопытно кто как считает =)
Какие у jQuery есть явные плюсы и какие явные минусы =) ?

явные плюсы...
1. селекторы (как уже сказали уходит на задний план, но по привычке всё ещё юзаю именно jquery'вские, так как не во всех браузерах ещё есть querySelectorAll).
2. быстрые и отлаженные во всех браузерах анимации. При программировании вручную возникает очень много проблем с IE7 и safari (в последнем помню были проблемы с быстродействием). Так что при самостоятельном программировании анимаций надо конкретно контроль очередей вводить и тому подобное.
3. кроссбраузерность. Многострочный неявный код сводится к однострочному явному пример под руку подвернулся . С этими height, width и тому подобное у меня периодически проблемы тоже возникали. С вводом чётких стандартов тоже кстати проблема понемногу пропадает.
4 (ну это уже просто плюшечка). модульность. Очень удобно то, что работа (условно разумеется) сводится к тому, что стандартные элементы страницы (ещё раз замечу "как бы") расширяются новыми свойствами и методами. Ну то есть сам синтаксис удобен (включая соглашение о том, что любая функция управления DOM-элементами возвращает jQuery объект, что позволяет сократить размер кода, как аналог with, только не дающий задержек при выполнении).

вроде так :)