Sergey Illarionov

Это не «версия».

Каждая фича, которую предлагается включить в ES, проходит несколько стадий, от 0 до 4. 0 — голое описание фичи в текстовом виде, 4 — фича имеет хорошие шансы попасть в следующий релиз, 3 — аналогично, но шансы поменьше. Таким образом, включая stage-0, можно использовать очень экспериментальные фичи. Есть вероятность, что они не войдут в стандарт вообще или заметно изменятся. В проекте, рассчитаном на долгую поддержку, я бы не стал их использовать, если только вы не активный участник TC39 или контрибютор babeljs.

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

Относительно загрузки есть несколько разных подходов.
1. Когда грузится только загрузчик и затем остальные скрипты и шаблоны подгружаются по необходимости.
2. Когда все (скрипты+шаблоны) собирается в огромный JS-файл. Это файл потом работает.
3. Когда JS идет большим файлом, а шаблоны отдельно (так работает AngularJS 1).

Есть множество различных сборщиков, например WebPack, Gulp, Brunch, Grunt. Их вариаций много, не пугайтесь.

После начальной загрузки приложение решает, что должно быть запущено первым. Обычно это какие-то системные вещи, вроде загрузки шаблонизатора, всяких кэшей и роутера.
Далее роутер рабирает маршрут и запускает нужный модуль (контроллер/компонент); в зависимости от фреймворка это выглядит по-разному, но суть одна и таже.
Каждый компонент отвечает за модификацию отдельных узлов дерева состояний, которое так или иначе спроецировано на DOM. Если смотреть на бэкенд, это как подставлять в шаблон данные, только на бэкэнде это происходит в один проход, а здесь перестройка происходит сразу после изменения оригинальных данных.
В каждом феймворке это сделано по-своему. Смысл одинаков - проекция данных на DOM.
Данные вытаскиваются приложением самостоятельно, могут быть загружены через Ajax. У меня есть приложение, где транспорт идет через веб-сокеты. Можно даже через iframe заморочиться, это не имеет значения.
Иногда сервер отдает страничку с изначально подготовленными данными. Это делается в разных целях, в основном для уменьшения скорости старта приложения.

Из личного опыта скажу, что вам следует начинать с Angular 2, т.к. он сделан намного проще остальных в плане использования.

www.w3schools.com/howto/howto_js_scrolldrawing.asp
scrollmagic.io/examples/advanced/svg_drawing.html
codepen.io/paintbycode/pen/JDbcF

Да. Показать его вначале, а скрывать по событию DOMContentLoaded

document.addEventListener("DOMContentLoaded", function(event) {
    // скрыть лоадер ))
  });

Попробуйте:
git reflog
затем
git reset --hard <хэш коммита>

в вк в документах есть дофига книг, в том числе та, которую вы ищите

Зависит от контекста. Для современных браузеров подойдёт решение с CSS3 единицами 'vh';
Для старых браузеров придётся задействовать javascript и отслеживать высоту экрана.
caniuse.com/#feat=viewport-units - первый вариант, height: 100vh соответствует высоте окна браузера.
https://api.jquery.com/height/ - второй вариант, $(window).height вернёт высоту окна браузера.
По первому варианту:

#hei {
    height: 100vh; /* 100vh - 100% от высоты viewport(окна браузера) */
}

По второму варианту:

function setHeiHeight() {
    $('#hei').css({
        height: $(window).height() + 'px'
    });
}
setHeiHeight(); // устанавливаем высоту окна при первой загрузке страницы
$(window).resize( setHeiHeight ); // обновляем при изменении размеров окна