Не знаю, может я старпёр уже, но никак не могу воспринимать jQuery. Особенно когда его советуют новичкам.
Единственное что мне там понравилось - простой поиск элемента (по классу, имени и т.п.). Но ведь это все так же делается из чистого, просто больше писать.

Феерический гроб - челу надо найти элемент по id (!!!!!). Ему советуют "на жквери можно сделать так". МЛЯ.

Собственно бесит - потом такие погромисты делают свистелки, которые заказчик хочет на свой сайт. И естественно у заказчика тоже жквери, но погромист писал так, что версии не совместимы.
Это их личного опыта. Пришлось переписывать.
А бюджет про это был не предусметрен. Я добрый. Переписал.

Та кто вообще придумал все эти языки программирования с входным порогом меньше, чем у машинных кодов? Из-за них куча непрофессионалов плодит ###код! 

Я хоть особенно и не знато Web'а, но анимация вроде как на jQuery пишется одной функцией, а без него? И, кстати, а как с AJAX'ом без сторонней реализации - это ж задолбаться можно?

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

Ну так в этом и смысл. Как по-твоему это реализовано в жквери? А то, что писать меньше - существенно. Изначально, когда создавался жквери, очень много надо было уделять внимания совместимости браузеров, а здесь все эти проблемы реализованы на уровне самого фреймворка.
Таким образом основные преимущества жквери: простота, кроссбраузерность, текучий интерфейс, активное использование элементов фукнционального программирования, расширяемость(и огромного количество готовых плагинов). Все это сильно уменьшает количество кода и упрощает его написание. Кроме того, непосредственная работа с ДОМ тоже всегда доступна.

Это тоже из-за жквери?

Анимация и жквери не имеют ничего общего. Собственно поэтому тему и создал, что жквери "программеры" даже не понимают с чем имеют дело.

http://ru.wikipedia.org/wiki/XMLHttpRequest
Задолбаешся, да.

Даже учитывая архаичные браузеры.




Но ведь сам видиш во что это превращается. Прочитай выше гениев.

Добавлено через 4 минуты и 7 секунд

ДА!!!!
Иначе тему бы не создавал. Приблуда на жквери другой версии чем сайт. Оба не совместимы.
Переписывал приблуду (там несколько методов переименовали и т.п. в новой версии). Приблуда меньше, ее проще.

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

Это ты об этом что ли?

Что тут можно сказать, конечно, предлагать ставить жквери только ради  того, чтобы искать элемент по ид - довольно странно, но опять-таки, если даже взять этот простой пример, то используя ДОМ это будет выглядеть такили такА на жквери такВроде бы мелочь, но делать это приходится довольно часто и в результате, даже если не используешь жквери, то все равно придешь к тому, что надо бы это как-то упростить, то есть написать что-то типа такогоВ этом случае ты сможешь получать элемент по ид такИ так для каждой операции. Поступая таким образом ты все равно рано или поздно напишешь туеву кучу собственного вспомогательного кода, который еще не факт, что будет лучше жквери. Я уже не говорю о том, что жквери в этой ситуации возвращает объект жквери и таким образом содержит все свои "вкусности", а ты со своим кодом получишь голый дом-объект со всеми неудобствами работы с ним.


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

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

Так то оно так, но мне собственно не нравится что люди даже не понимают что происходит "под капотом". За примерами далеко ходить не надо.

А по поводу вкусностей.
Для меня все вкусности протухли сразу после того как столкнулся с выше описанной проблемой. Так сказать осадочек остался... надолго.
Да и не увидел я прям таких удобств у жквери объекта, чтобы сразу начать им пользоваться.
Другое дело всякие плагины с http://jqueryui.com/ тут просто экономия времени на написание своих велосипедов. 
Но вот просто так использовать жквери просто потому что это "стильно, модно, молодежно" я смысла не вижу.

Я в курсе, что это далеко не единственная его функция. Но для массового использования, наверно, самая ходовая.


Вот-вот, это только создание объекта. А само обновление и прочее? Если есть своя реализация, которая не хуже популярного варианта, то почему б не использовать. Но если нет, не проще ли использовать готовое?


Вот я о том же. Каждый раз всё это писать - задолбаешься. Особенно, если правообладателем исходников становится заказчик и с повторной используемостью соответствующие проблемы.

Понимать одно, а реализовывать каждый раз, другое. Так ж проще в приложениях (desktop/mobile) написать Task.Run, чем реализовывать своё решение по распараллеливанию для Intel, AMD и прочих, учитывая, что появятся и новые процессоры (исключение только - если нужно на одном/типовом экземпляре системы добиться максимальной производительности).

Вообще то жквери не для анимации. Слышал звон да не вкурсе вообще про что разговор. Это про тебя.


Тоже сложно, да. И ради этих двух функций подключать жквери ? Нет пути *facepalm*


Заказчик злобне хакир и удалит все исходники с твоего компа ?

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

Ну да, рынок процессоров кишит разнообразием. И каждый свои инстукции тулит, ну. Короче ты херню сказал 
Если ты про кроссбраузерность - микрософт наконец поняло свою ошибку и теперь не приходится гору ксс для ИЕ делать.
А кто адаптирует для ИЕ6 - сам себе злобный буратино. Пущай для нетскейпа первого адаптируют еще. И чтобы под lynx норм было. И не обделить пользователей DOSа еще.

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

Во-первых, твоя проблема - не проблема жквери, а скорее проблема совмещения твоего, ранее написанного кода, с кодом, предоставленным заказчиком. Если бы он потребовал использовать другой фреймворк, в котором, в частности, обращение к корневому объекту осуществлялось бы через тот же символ $ (а это довольно популярный среди фреймворкописателей подход), то по всей видимости свой код тебе вообще пришлось бы выкинуть на помойку и писать новый(или по крайней мере реализовывать свой плагин с таким же интерфейсом, но только уже для другого фреймворка).

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

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

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

В том, что жквери фактически  стал стандартом тоже есть свои плюсы.

Здесь две, там две и в результате ты сам пишешь кучу кода, которая уже давно написана и можно просто взять и не париться. Может тогда вообще не использовать чужой код, да и свой написанный ранее тоже, а вместо этого каждый раз все писать с нуля? Само собой таскать фреймворк из-за пары коротких функций никто и не предлагает, но когда он подключен, то использовать ты его будешь часто, поскольку для большинства задач это удобнее.

Вообще-то, на каких клиентах должен работать сайт - решать не тебе, а заказчику. Ты можешь, конечно, попытаться убедить его, что он лох, только в этом случае заказ скорей всего достанется кому-то другому. Я могу согласиться с тем, что многие задачи, ради которых создавался этот фреймворк, уже не актуальны или по крайней мере их актуальность несколько снизилась, благодаря тому, что все более-менее приняли стандарты, да яваскрипт тоже на месте не стоит и ДОМ в том числе. Квериселектор и квериселекторолл - решают проблему поиска по селекторам. У массивов появились функции типа мэп, редьюс, фильтер и т. д., которые можно прибиндить к любой коллекции. Тем не менее, для того, чтобы из этого всего слепить что-то, что сделает написание кода таким же удобным, как в жквери, придется самому немало напрячься. Я в этом смысла не вижу.

Это не ерничанье , это правда жизни  Я успел пообщаться и с людьми, которые думали именно так. Это стандартное "эх, молодееежь". 

И да, я помню мир до прототайпа и рад, что этот мир изменился.
Любая экосистема переживает pre-framework стадию. На этой стадии каждый колбасит на pure языках. Профессионалы колбасят свои фреймверки, не делясь ими с общественностью, т.к. наличие такового повшает их конкурентноспособность. Непрефоссионалы колбасят набоы мелких скриптиков, решающих конечную задачу и шарят их. Новички используют эти скриптики. Скриптики низкого качества и новички используют их as-is без онимания как они работают.

В framework-стадии новички все так же исползуют код без понимание его. Вот только код более высокого качества.

Ну и по поводу понимания "что под капотом" и примеров кода...
1. Добавьте к getElementById scope поска (да, это просто, но таки  задалбывает каждый раз и да, зачастую, приходиться иметь дело с невалидным html)
2. Попробуйте реализовать $('a.some_class') не использую недаво появившийся querySelector
3. Добавьте кеширование селекторов


Я надеюсь, это не production-ready код? А где обработка ошибок? Ну и просьбы:
1. Добавьте интерпритация responseText в завимости от response content type
2. Добавьте выкусвание и применение js/css если content-type=text/html
3. Добавльте script transport protocol для поддержки jsonp
4. Добавьте глобальные события на все ajax-действи
5. Покройте это тестми

После "просьбочек" кода уже на намного меньше, чем в jquery? 
Кстати, не вспомнт ни одного проекта, где не использовались бы custom events. Добавьте плз, и их поддержку 

Причем, я backend разроботчик и проссьбы касаются только того, с чем я сталкиваюсь (а это очень не много).


Как примирительное резюме. Проблема не в существовании фреймверка, а в его использовании неподготовленным персоналом. У меня та же проблема с патерном Active Record/Data Mapper. Новички не понимают в какой sql это все преобразуется и как он будет выполняться. За это нужно бить по рукам. Ну и за использвание raw sql без необходимости тоже нужно бить по рукам. 
Истина где-то посередине (с)

Ненене, я совмещал сайтец с приблудой. ни строки кода не написал (кроме переделывания приблуды). Я ж велосепедист. Все свое ношу с собой 

Вот тоже понравилась эта фича. А квериселектор разве не ?

Не пишу, а копипастю   
Кстати чем это отличается от подключения жквери ?

Если заказчик мне скажет "сделай чтобы норм было в ИЕ6, а то поползло", я тупо не возьмусь и пошлю куда подальше. Ты же сам понимаешгь насколько ИЕ6 смешно 
И не возьмусь не потому что не могу, а потому что заказчик дебил...

Это сообщение отредактировал(а) _zorn_ - 2.8.2014, 10:33

А какие там могут возникнуть ошибки ?

Я не против фреймворка (не смотря на заголовок), а как раз эту мысль и высказываю.
Чел использует только аякс, и для этого подключает жквери (и пишет как курица лапой естественно).  Потом выкладывает это в паблик. И кому то понравилось. И адаптируй.
А он писал под жквери 0.0.1 а сайт под 100500.3.5

ЗЫ: А мысль моя - зачем стрелять ядерными ракетами по комарам .

Это сообщение отредактировал(а) _zorn_ - 2.8.2014, 09:00