Я такой пришёл расставить по полочкам где jQuery и где React, зачем и почему.
На самом деле все путают мягкое с горячим. Туда же gulp vs webpack.
jQuery - библиотека для упрощения манипуляций в DOM. Помогает быстро описать логику работы компонента. Любые кастомные плюшки, jQuery уже никогда не исчезнет и останется навсегда как минимум в моём сердце, потому что либа показала разработчикам браузерных интерпритаторов как должен выглядеть JavaScript.

Теперь о Front-end, к которому jQuery никак не относится.
Если ты не вчера познакомился с клиентским js, то уже навреняка прохавал - если удалить из дома сайта какой-то узел и поставить на его место новый узел, даже с такой же разметкой, но другими данными, то логика узла пропадёт. Сюда как правило относится ajax -> success -> remove(old) -> append(new) Именно на этом принципе основывается Single Page, и это для любого проекта заебок - если новые данные тянутся по ajax мы получаем 1 - асинхронность 2 - скорость - не приходится ребутать страницу полностью, как на двачике =)
Что делает react / vue / angular итд - эти либы отслеживают состояние компонента - дают ему своеобразный жизненный цикл и колбэки на каждый элемент цикла, рендерят разметку динамически при этом сохраняя их состояния, тем самым мы можем создавать на странице новые элементы, обновлять существующие итп. Без потери логики работы компонента.

Как было до front-end плюшек при необходимости single page но имея (нет, имеет тебя он kek) только jQuery :
1) если проще
О фак, этот компонент обновляемый. Ок, я буду ремувить старую разметку и подтягивать новую с сервера, логику компонента я положу в отдельную задекларированную функцию и буду вызывать её при init страницы и по ajax success.

2) Если нужно минимум напрягать сервер.
О фак, этот компонент обновляемый и новая разметка много весит. Надо загрузать в json. Окай, тусуем также логику компонента в задекларированную функцию, в ajax success я вызываю функцию, в аргумент скидываю нужный json, прохожусь по нему циклом, очищаю старую разметку и создаю для каждой ячейки свой шаблон, конкатенируя его с данными и append в родителя.

А теперь немного имхо.
Сводим к тому, что же юзать. angular, react или vue - троица конкурентов.
-----------------------------------------------------------------
Я начал изучение со знаменитого всем реакта (fb ui я не перевариваю и отнёсся изначально к реакту предвзято). Открыл доки, увидел строчки в тутсе туду листа:
this.handleChange = this.handleChange.bind(this);
this.handleSubmit = this.handleSubmit.bind(this);
Перекрестился, наебнул водки - я думал мне померещилось. Биндинг хэндлеров к самому себе... Закрыл тутсы и никогда больше не открывал.
----------------------------------------------------------------
Открыл angular 2 - всё на typescript, вспомнил что я хипстер и хочу возрождения coffeescript. К жёсткой типизации я пока не готов, хотя либа понравилась, основы впряг.
----------------------------------------------------------------
Vue - название пидорское если чесн, но глупо до такой мелочи докапываться, а выбора всё меньше. На Vue я и остановился. До meteor, ember и прочих так пока и не дошло.

Почему я понял что это любовь?
1) Поддержка browserify + vueify - весь код компонента в одном файле - сок.
2) Ловко встал на мой gulp конфиг, с которым я работаю из проекта в проект - получил обратную совместимость при необходимости рефакторинга, если вдруг какому-нибудь заказчику захочется Single Page.
3) На изи пошла вся теория. Код реакта я просто не понимаю, он запутан и порой просто извращён. Код на Vue декларативен, как будто ты просто поставил плагин слайдера и зарядил параметрами - vue-код прочитает любой, кто умеет читать css.

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

>>09698
Ну я начал учить js с jQuery. Обычно у всех принято сначала учить язык, а потом уже либы, но как по мне jQuery отдельный случай - он был создан чтобы всё упростить.
Естественно наряду с jQuery нужно вкурить основы js. В этом плане нет ничего лучше обучалок от Sorax "javascript-джедай", в сравнении с его плейлистом всё остальное мутная неперевариваемая хуйня.
Апнул пару обучающих макетов с интерактивом на js - значит пора готовится к бою с реальными проектами. В этом тебе помогут гугления основ nodejs. С 10го года экосистема языка сильно изменилась, когда google выпустил на рынок акулу-монстра-наногибрида - серверную платформу nodejs, которая с релизом моментально начала наматывать на хуец всех phpшников. Первоначально его задумывали для разработки сервера, умеющего работать многопоточно (обрабатывать сразу несколько запросов одновременно - apache+php так не умеет). Сейчас из-за низкоуровневости nodejs в качестве сервера её используют довольно редко и только по необходимости, сейчас она необходима всем фронтёрам в качестве клиентского рантайма, умеющего:
1) Компилировать код шаблонизаторов: от pug до smarty
2) Компилировать код пре/постпроцессоров: от stylus до postcss
3) Собирать все клиентские скрипты (jquery, плагины, фреймворки) в один большой main.js из купи маленьких component.js, разбитых по файлам. (думаю плюсы такого подхода можно не перечислять)
4) Разбивать вышеперечисленное на отдельные процессы - любые процессы (от запуска локалки на любом совбодном порту, до конвертации файлов через серверные js-плагины) запускаемые через командную строку - это к слову о gulp
5) Контролировать все зависимости приложения в одном файле манифесте packege.json

PHP чмо. Выкинь этот мусор из головы. Конечно, из-за его древнего происхождения в вебе множество руинного говнокода на php, куча CMSок, которые юзаются до сих пор потому что изи, хоть и не гибко. PHP для чайников, на нём легко писать, он распространён, но работает медленнее многих альтернатив, включая ноду и дебаг на php ёбаный пиздец, лучше вышибить себе мозги на стену, чем распутывать php-спагетти. Django збс - в его сторону стоит смотреть, кастомен, асинхронен. Но для Django нужен хороший python в голове.
Кайфные плейлисты про ноду есть тута:
https://www.youtube.com/channel/UCSsg9NLCse2XQCIRgfmJu3Q
js front-end и js back-end - оба полезны.
Про ноду можно ещё долго рассказывать, но я завершу тем, что благодаря ноде на js можно писать в прямом смысле всё. кроссплатформ десктоп: electron, мобилки: ionic framework, сервера: express ну итд. и эра js только началась

>>09896
Чуви, окей, я шарю как ты думаешь если умеешь в jQuery. Вот у тебя есть разметка, ты меняешь её классы и вот тебе интерактив. Слайдеры, табы, селекты, прочая хуйня - это изменения в классах, атрибутах, парамтетрах узла. Они меняются меняется их представление на страние. То есть основа всего - узел.
Теперь представь что у тебя нет узлов и разметки. У теба просто есть массив данных в JSON. Ты читаешь данные и привязываешь их к разметке (в любом фреймворке на то есть директивы - ng-repeat, v-bind итп). Разметка не выводится на страницу как ты её раписал - она прожёвывается фреймворком и рендерится в зависимости от данных в json.
Сложно слышится - включи воображение:
1) У тебя есть массив. Представь обычный объект с массивом: {array:['аноны', 'в треде', 'несут', 'хуйню']}.
2) тебе нужно вывести его в маркированный список:
<ul v-for='item in object.array'>
<li>{{item}}</li>
</ul>
3) Теперь, что такое реактивность - чтобы убрать последний элемент списка, тебе не нужно прибегать к манипуляциям в DOM как на jQuery - li:last-of-type remove(), тебе достаточно убрать нужный элемент из массива - DOM перересуется сам собой. Ты управляешь интерфейсом через данные, получаемые в json, через жизненный цикл компонента и его состояния (для этого у фреймворков отдельная либа, более изместная как flux-библиотека) - которые тоже содержат данные в json и опираются на них. Всё в json, всё через ajax, никакой беготни по дому, вместо этого беготня по данным. jq тут просто не нужен. Это сбивает с толку на первое время. После 1го проекта привыкаешь - мышление перестраивается.
Вообще привязка представления к данным как таковая охуенно удобная идея - она разруливает проблему с событиями. Когда твоя логика опирается на базовые event listeners в сложном интерфейсе наступает момент, когда коллбэки триггерят друг друга и плодят. Дата-биндинг (да, привязка представления к данным так называется) как раз призван разрулить эту хуйню.
Вот эту статейку обязательно к прочтению: https://habrahabr.ru/post/225065/
Есть 2 способа биндить данные к дому - object.observe - первый и самый простой. Все фреймворки в зародыше использовали этот способ, но к сожалению во многих архитектурах (1я ангулярка говно из-за Object.observe) этот подход подвёл, хотя он удобнее 2го. пост про 1й ангуляр и его грехи: https://habrahabr.ru/post/246905/
2й способ сейчас является нормой, более контрольным но менее удобным - это по сути не отслеживание объекта как в первом случае, а просто пара getter - setter. Подробнее тута: https://developer.mozilla.org/ru/docs/Web/JavaScript/Reference/Global_Objects/Proxy
Неудобство proxy в том, что первоначально у тебя на странице нет данных - ты запрашиваешь их через ajax после создания корневого экземпляра фреймворка - чтобы set сработал и данные были реактивны нужно задавать в data экземпляра начальное состояние данных с нулями, пустыми строками - просто повторяя будущую структуру запрашиваемых данных.
заебался вам это разжёвывать, как дети ебана