status != 200 самая очевидная 


Т.е. корень возмущения в "два сторонних продукта не соместимы между собой"? 


Лучше бу он написал обертку myAwesomeXHR с непонятным интерфейсом? 
 

Ну не твоя приблуда была, а еще чья-то. Какая-разница? Проблема-то именно в этом была.

Квериселектор и квериселекторолл появились относительно недавно, а стали поддерживаться всеми браузерами - совсем недавно. Я ведь об этом уже написал, сейчас много чего появилось, в том числе можно искать узлы в документе по XPath, а это даже круче, но в жквери поиск по селекторам был уже с самого начала. Кроме того, проблема еще в том, что ты берешь одну фичу из упомянутых мной и обсуждаешь ее, а там вся штука в том, что все перечисленное работает согласованно. Ну вот например использовал ты квериселекторолл и получил коллекцию элементов, но тебе нужны не все элементы, а только соотетствующие определенному условию. Скорей всего ты передашь результат какой-нибудь переменной, далее, либо тофильтруешь циклом, либо попытаешься использовать Array.filter. Первый вариант довольно громоздкий, второй - требует либо запихивания элементов в массив (что подразумевает дополнительную функцию), либо прибиндивания этой функции к коллекции элементов. Причем в последнем случае тебе придется делать это каждый раз, в силу того, что дом-объекты не являются яваскрипт-объектами и у них нет прототипов. 
Жквери в свою очередь предлагает объект-оболочку, в который заложен весь функционал, необходимый не только для поиска элементов, но и для создания конвейера обработки, где каждая последующая операция выполняется над объектом, возвращенным предыдущей операцией.

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

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

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

Ну теперь попробуй рассказать, что делать если ответ не success. Наверное нужно об этом пользователя страницы оповестить ?  Баннером. На весь экран.

Именно. И еще "удобство порождает много дэбилов".