Роман

Я слышал, что надо писать более производительные селекторы

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

больше использовать комбираторы. Серьёзно?

А почему нет? Основная проблема - изоляция стилей. То есть как сделать так, что бы имезения в стилях для блока A не влияли на блок Б. Рекомендую вам так же ознакомиться с популярными методологиями верстки (серьезно, чем раньше тем лучше), например БЭМ, smacss, oocss и т.д.

селекторы на основе аттрибутов

Для JS очень удобно на основе data-* атрибутов делать селекторы. В целом в этом плане можно посмотреть в сторону webcomponents и как-то ориентироваться на этот путь.

Вы не в курсе, что success и done выполняют одну и ту же функцию? Теперь документацию читать не модно?
Цитирую

Deprecation Notice:
The jqXHR.success(), jqXHR.error(), and jqXHR.complete() callbacks are deprecated as of jQuery 1.8. To prepare your code for their eventual removal, use jqXHR.done(), jqXHR.fail(), and jqXHR.always() instead.

0) Ванилла js это и есть обычный js.
1) Начинать надо с одновременного изучения ваниллы и jQuery. По ванилле будете читать книги и всякие статьи, типа как работают замыкания, this, hoisting и так далее. А на jQuery вы собственно будете писать код, который будет что-то, да делать. Никто вам конечно не мешает забить на jQuery и по хардкору угарать только по ванильному жсу, но с огромной вероятностью, вместо того чтобы как то реально практиковаться в написании кода и выполнении каких-то простых задач, вы будете биться головой о стену, ибо для начинающего, работа с DOM (а только и этим можно заниматься поначалу) в ванилле это настоящая пытка. Очень важно пилить много велосипедов.
2) Параллельно прокачиваете css. Там просто поле непаханных возможностей и фишек. Со временем скорее всего придет понимание того, что чего то в обычном css не хватает. Тогда и начнете юзать препроцессоры. Можно конечно и сейчас сразу начать, но я не уверен что от этого будет хоть какая-та польза (а вот риск начать юзать вложенность в full-retard mode имеется).
3) Как только начнете писать хоть какой-то вменяемый js или юзать css с препроцессорами, тогда и придет пора автоматизации фронтэнда. Галпы, автопрефиксеры, склеивание/миницирование стилей/js и все такое. Об этом пункте вообще можно будет не париться долгое время, ибо все ваши задачи будут решаться установкой какого-нибудь генератора yeomana с маджонгом и гейшами.
4) Фрейморвки. Ангулары, реакты, эмберы и так далее. Будете их изучать на основе статей и пет-проджектов, ибо на нормальную работу, где эти самые фрейморвки применяют, с 90% вероятностью не возьмут без опыта владения ими. Учить их все естественно не надо. Достаточно хорошенько покопаться в 1-2, чтобы понять принципы работы основных частей.
4 пункт может с легкостью идти сразу за вторым, если вас больше интересует копание в жсе, и не особо интересно представление. Параллельно со всем перечисленным изучите стайлгайды, методолгии, модульные системы и все подобные вещи, которые необходимы для написания приличного кода.

1) Как вариант общее облако. Каждый проект - каталог с четкой структурой (чек-лист, исходники, тз и прочее). Я так работал - не хуже чем любая навороченная система управления проектами.

2) Полное соответствие psd макетов требованиям i-love-psd.ru . Для сеток susy.oddbird.net - очень крутой и гибкий, но для начала изучите его, есть нюансы.

3) Иконки и изображения (.svg, .png, .jpg). Делать отдельные паки. Растр делать с оглядкой на ретину (x2 к размерам). Тоже касается UI элементов, используемых в проекте - отдельный psd с UI.

4) Срок либо называет исполнитель и вы ему верите, либо ставьте грамотных арт-директора и front-end разработчика во главу отделов (они и контролить будут и сроки ставить).

Обратитесь сначала с помощью ajax к ulr'у, затем:
1) если знаете через какое время нужно скачать файл, то setTimeout;
2) если не знаете, то каждые n-секунд через setInterval проверяйте наличие файла.

var url = 'http://asdasurl.sdsf'; //берется файл с другого сервера
$.post( url);
var interval = setInterval(function() {
 $thumbnail
        .hide()
        .attr('src', url)
        .after(console.log('wow, its works!');)
        .error(function(jqXHR, textStatus) {
            console.log("error"); // пишем ошибку и переходим через секунду к очередной проверке
        })
        .load(function() {
            console.log('good, very good');
            clearInterval(interval); // больше не проверяем, т.к. уже ok
        });
}, 1000);

Боюсь, из-за вашей криворукости W3C не будет переписывать стандарты, которые используются уже более 20 лет. Придется вам править свой htaccess.

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

Просто открыть эту же страницу в новом окне нельзя?

window.onload = function(){    
    document.getElementById("button").onclick = function(){//button - id кнопки
        var newWin = window.open(window.location.href);
    }
}