Даниил

Для начала упростим задачу поиска. angular + node = angular + rest. Ангуляру без разницы на чем реализован backend если там православный rest.

Итого имеем angular + rest и node.js + mongo. Далее, для node.js обычно используют штуки типа express.js или основанные на нем фреймворки. По монге стоит почитать отдельно, ибо проектировать базу на монге не так то уж и просто как может показаться на первый взгляд. Нужно проникнуться идеологией.

Резюмирую: учимся писать на angular.js без сервера, учимся писать rest api на node.js, учимся работать с mongodb, связываем все вместе.

Паради́гма - совокупность фундаментальных научных установок, представлений и терминов, принимаемая и разделяемая научным сообществом и объединяющая большинство его членов. Обеспечивает преемственность развития науки и научного творчества.

Паради́гма программи́рования — это совокупность идей и понятий, определяющих стиль написания компьютерных программ. Это способ концептуализации, определяющий организацию вычислений и структурирование работы, выполняемой компьютером.

Лично мне нравится определение "стиль программирования как описания намерений программиста".

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

А отношение... Такой дизайн на мой вкус скорее тренд месяца / года, т.е. сейчас в моде. Мне лично большая часть таких сайтов не нравится, но скорее из за плохого вкуса их авторов стремящихся лишь следовать моде.

Дизайн проектов хабрахабра для меня "тяжеловат", нужно периодически задумываться куда тыкать (для сравнения- первоначальный дизайн фрилансима для меня легкий, воздушный и понятный, то что сейчас как каприз моды- оригинально но надолго не цепляет)

Может дело в том, что у формы не выставлен enctype="multipart/form-data"?

$.post("php-file.php", $(this).serialize(), function (response) {
					$(this).parent("div").html("<div class='form_response'>" + response + "</div>");
				});

Если вкратце.

Однозначно нужно владеть связкой HTML + CSS хотя бы на среднем уровне.

В дальнейшем нужно принять решение - frontend или backend (очень редко кто хорош и там и там).

Frontend - это внешняя сторона сайта, то как он выглядит в конечном итоге в браузере пользователя и ВЗАИМОДЕЙСТВУЕТ с пользователем в браузере. Без JavaScript не обойтись. Наверное, есть смысл освоить jQuery - это надстройка на JavaScript, упрощающая работу с его возможностями. Доходит до того, что люди вовсю лабают крутые сайты на jQuery имея очень слабое представления о JavaScript.

Backend - это то что происходит в недрах сервера, когда сайт только формируется на хостинге, прежде чем будет выслан пользователю. Это запросы к базе данных, скрипты CMS, формирующие страницы...
Однозначно нужно овладеть MySql или PostrgreSQL для работы с базой данных.
Также нужно определиться с языком программирования. Чаще всего это PHP, иногда Python или Ruby, ещё реже Java/C++/.NET. Можно использовать и другие ЯП, я перечислил самые распространённые.

ИМХО во фронтенд порог вхождения ниже и для начинающих программистов больше подходит.
Бекенд "круче", потому что это главная кухня веб-программирования.
Если сайт сравнить с конфетой, то бекенд - это начинка, а фронтенд - обёртка.

Вот например: NProgress: прогресс-бар как на You...

Sublime Text

Не вижу проблему.
plnkr.co/edit/i5MQEf0mw2lgRG07yUIU

— Ненавижу лапшу из колбеков. Не представляю как можно писать что-либо серьезное на JS не используя Фреймворки, которые хоть как-то имитируют синхронность. На худой конец jQuery. Если node.js близок к нативному JS, будет сложнее. Либо придется искать фреймворк для него.

Чтобы не было лапши из колбеков, в простых случаях достаточно просто использовать именованные, а не анонимные колбеки. В сложных случаях — async. Node.js близок к нативному JS. Но на всякий случай есть 30000 пакетов в npm.

+ Возможно, в серверной части будет не так много асинхронных задач, как во фронтэнде и не будет такой лапши из колбеков.

Если у вас будет много синхронных задач, то Node.js не лучший выбор.

— ПХП нравится за кучу встроенных функций (работы с массивами, строками, БД, обработкой картинок и т.д.). Если в ноде в
функционал уровня ES4 и тупо нет библиотеки, чтобы ужать картинку на сервере не будет ли это слишком плачевным?

В ноде нет ничего. В npm есть все. ES5.

— Так ли страшен черт как его малюют. Понятно зачем нужна асинхронность на клиенте. Но на сервере? Только БД и связь с другими серверами (если такое встречается в реальной жизни). Может быть есть способы оптимизировать это и без асинхронности? Может быть ПХПшники через пол года придумают?

А что еще, собственно, делает бэкэнд веб-приложения? Число пи до миллиардного знака расчитывает?

Вывод — все в порядке, используете node.js.