betula

Shadow DOM, SVG, Polymer, SPA
А вообще конечно проектов где нужен хороший фронт, гораздо больше чем проектов где он запланирован в обозримом будущем. Потому смотрите по вакансиям, что востребовано то и изучайте, скорее всего в ближайшее время компонентные подходы в вебе будут развиваться все сильнее, но обычные сайты так и останутся ожившей на jQuery разномастной вёрсткой.

Если вам нужен стандартный ORM, миграции, ACL, MVC, тогда однозначно не берите node.js, возмите любую платформу претендующую на enterprise, Django, RoR, Symfony. Если вам нужен полный enterprise, берите Java Spring. Node.js надежна только если вы прекрасно умеете программировать, отлично понимаете все серверные взаимодействия и максимально не будете использовать сторонние библиотеки вроде миграций или ORM и тд, на ней пока еще нужно писать многое самому, либо быть готовым дописать любую из используемых либ, в случае обнаружения ошибки на продакшине. Лично я бы рекомендовал ноду для comet приложений и как прослойку между ZeroMQ/RabbitMQ и внешними сервисами, того же SES, а для обычного веба используйте всё же что-то более традиционное и устоявшееся.

Я советую посмотреть в сторону co, koa.

Контекст задачи такой.
Обработка каждого задания из очереди может быть очень долгой до нескольких минут, заданий очень много. И если в этот момент падает демон node.js я безвозвратно теряю сообщения.
Решения:
1. Делать журнал "транзакций" на стороне демона node.js и самому вести лог взятых на обработку сообщений, их статус и прочее, что бы при старте демона смотреть незавершенные транзакции и пытаться их завершить, скажем через отправку обратно в очередь.
2. Я уверен, что это же самое должен как-то делать rabbitmq.

Если вариант 2 всё-таки невозможен, тогда придется обходиться вариантом 1, и ждать когда в rabbitmq реализуют все чего так в нем не хватает.