bromzh

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

Но есть небольшая проблема: сам фреймворк пока на стадии RC, и инфы по нему очень мало. Если с английским беда, то нужно будет подождать, пока люди напишут статьи на русском.
Лично меня изучение фреймворка по его исходникам не смущает, так что я уже им пользуюсь и пока доволен.

https://github.com/ashaffer/gulp-inline

А ещё лучше взять вебпак. Для него есть:
https://github.com/sairion/svg-inline-loader и https://github.com/tcoopman/image-webpack-loader

Сейчас по-многим причинам бэкенд смещается от набора "фреймворк+серверная шаблонизация" к "backend-api+frontend-приложение". Т.е. всё чаще и чаще есть серверное АПИ и фронтенд-приложение, написанное на каком-то фронтенд-фреймворке, и которое запрашивает данные по АПИ и как-то выводит. Обычно, на фронте и на бэке используют разные языки, хотя есть тенденции в области изоморфных приложений, когда и код на бэке и фронте почти не отличается. В этом случае пишут на js.
В других же ситуациях, создавать АПИ можно, в принципе, на чём угодно. Нынче модно брать какой-нибудь Go, т.к. он достаточно быстрый и безопасный. Я бы советовал брать Java+Spark/Java+Spring/Scala+Spray/C# с чем-то. Вакансий по этим языкам особо не убавится в последнее время, а литературы в интернете полно.

Выбор сильно зависит от конечной цели, бэкенд очень многогранен. Java будет хорошим выбором в большинстве областей. Но её долго учить. И даже после основ самого языка придётся изучать инструменты, которые используются в той или иной области. Зато вакансии всегда есть и они обычно более высокооплачиваемые.
Да и вообще, это очень востребованный язык, который используется в самых разных областях (и не только на бэкенде). Ну и java который год на первом-втором месте по популярности и сдавать позиции особо не намерен.
Если хочется что-то по-быстрому, то питон вполне подойдёт.

TypeScript. Хотя, если уж JS трудно осилить, то может сменить область?

Если новичок, то естественно лучше спринг. Хотя бы потому, что по спрингу намного больше инфы. Ну и влюбом случае, хорошо изучи сперва саму яву.

посмотри как генератор gulp-angular-generator хранит таски. Очень удобная и гибкая структура.
Пощупать можно так:

npm install -g yo gulp bower
npm install -g yo gulp bower
mkdir test
cd test
yo gulp-angular

В папке gulp таски, разбитые по файлам. В Gulpfile подцепляются автоматом все файлы из папки gulp.

Ты сайтом ошибся, иди на freelansim.ru

Real-time - это, наверное, long-polling, когда сервер и клиент подолгу держат соединение открытым, в противовес обычному вебу, где 1 запрос открывает соединение, ждёт ответа и сразу закрывает его. Для этого обычно используют многопоточные и/или асинхронные штуки.
Со стороны клиента это реализуется через WebSocket (современный вариант), либо другими хитрыми методами. Протокол websocket поддерживают многие браузеры, однако есть SockJS, который в случае чего прозрачно меняет протокол на другой доступный. Там же есть ссылки на реализацию этого протокола для других языков.
Со стороны сервера:
Для питона - это tornado и asyncio (только для 3-й ветке, включён в стандарт). Можно писать в коллбечном стиле, можно в обычном с использованием корутин (сопрограмм). Tornado умеет sockjs, вебсокет есть для обеих вариантов.
Java сама по-себе многопоточна, поддержка websocket включена в стандарт JavaEE. Помимо этого есть решения для спринга. Это удобно, потому что нужен всего 1 фреймворк и для обычной части сайта (если такая есть), и для его асинхронной части. Есть очень производительный сервер netty с неблокирующим вводом-выводом и апи к нему.
И т.д.
В принципе, почти для каждого языка есть свой неблокирующий сервер и фреймворк к нему. Просто смотри на тот язык, который удобнее и для которого есть большая инфраструктура.

Читай документацию по джанге, тем более она есть и на русском. Примеры сайтов там тоже есть.
Флакс проще как фреймворк, но на нём сложнее писать: надо самому организовывать структуру проекта, выбирать как хранить данные (SQL/NoSQL БД, файлы, ещё что-то), самому организовывать аутентификацию и т.д. Фласк гибче, но большие приложения на нём требуют бОльших знаний.
А для джанги есть куча готовых решений, начинать лучше с неё

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

с какого языка тогда начать?

python, ruby, java, nodejs, go. Тут от задачи зависит, бэкенды тоже разные бывают. Для игрового сервера лучше одно, для REST-сервиса - другое, для чего-то по типу push-уведомлений или онлайн--чата - третье. Уточни, что именно ты хочешь, я подскажу конкретнее.

Как раз пишу подобное. На сервере Java (JavaEE, MongoDB), на клиенте AngularJS.

Вдохновляйся