malroc

Сделайте обёртку над методом, которая будет возвращать сразу хэш с ключами :json и :status. Ну то есть что-то вот такое:

def call_404_wrapper
  { json: Error::call_404, status: :not_found }
end

Я честно говоря его пока не вижу, этого "будущего мэйнстрима".
Ясно что Ruby on Rails потихоньку устаревает.
Почти весь мэйнстримный вспомогательный инструментарий сейчас разрабатывается под Node.js: gulp, bower, babel, postcss (ещё не мэйнстрим но видимо будет). Опять же почти весь вспомогательный инструментарий RoR, который когда-то был либо мэйнстримом (SCSS, Compass), либо задавал тон в индустрии (Sporckets, Coffeescript) сейчас начинают выглядеть анахронизмом на фоне тех же gulp, postcss и babel + ES6. То есть по части инструментария однозначно рулит Node.js. Но это инструментарий.
В ту же копилку вэбсокеты, по части которых нода - эаталон, а RoR всё никак их толком не внедрит (вроде в 5 версии хотят). Есть Faye, штука неплохая, но слишком заметно что чужеродная для RoR.
Ещё один плюс ноды - возможность изоморфного рендернига контента для SPA. Но тут уже вопрос в языке, понятно что ни на чём другом кроме JS это не реализуешь.
В общем RoR конечно большинство основных новых веяний в индустрии благополучно прозевал и постепенно превращается в резервацию со своей атмосферой. Нода на передовой НО только по всякой вспомогательной части, сопоставимого по масштабу фреймворка на ней как не было, так и нет.
Всё остальное (Go и т.д.) ещё настолько сыро, что даже обсуждать по-моему нечего.

view.$el.empty()

Но вообще не очень понятно зачем вам это. Если view после этого нигде не используете и не храните на него ссылок, то сборщик мусора всё потом почистит. Если используете, то при перерисовке содержание $el обновится, а старое опять же уйдёт сборщику мусора.

Ну всё верно представляете, дальше гуглите single page apps.
С бэкендом всё примерно как вы расписали, на фронтенде понадобится заточенный под разработку SPA джаваскрипт-фреймворк (Ember, Angular, Backbone, React + Flux). Ну то есть можно и свой велосипед написать, но смысла нет.

Тут в общем-то много от вас зависит. В программировании неинтересной и нудной работы полно, собственно основная часть именно такая.
Есть ли интересная работа? Есть, и в общем её немало. Можно ли много зарабатывать? Можно. Но нужен уровень.
Как этот уровень получить? Ну очевидно всё-таки начинать с неинтересной и нудной работы под контролем "старших товарищей". То есть готовьтесь что первый год-два работа будет не просто низкооплачиваемая, но и скучная. А дальше зависит от того, насколько быстро учитесь, от личных качеств и способностей.
Да, есть ещё относительно экстремальный вариант - начинать с фриланса. Лучше так не делать, потому что рискуете застрять на уровне бесконечного клепания сайтов-визиток. Вот после того как минимальный опыт уже набрали, можно переходить на фриланс, причём желательно сразу на англоязычный (в русскоязычном сегменте делать нечего). Ну или устраиваться в другую контору/карьерно расти в одной, здесь много от личных предпочтений зависит.

P.S.: Да, Люди, которые говорят (в т.ч. здесь в комментариях) что в IT плохие перспективы - это скорее всего люди, у которых плохие перспективы будут везде. Ну есть такой специальный тип людей.

Но в моделях когда пишу Time.now, он сохраняет не текущую дату (часы), а раннюю на 3 часа.

Вместо Time.now правильнее использовать Time.zone.now (или Time.current, что примерно одно и то же). В базе данных всё равно всё будет храниться в UTC, но это влияет на взаимодействие с клиентом. В вашем случае разницы не будет, но это потому что серверное и клиентское время у вас одинаковое.

И еще, вместо того, чтобы написать Moscow, нельзя сделать другое, чтобы по текущему часовому поясу определила система?

config.time_zone - это не серверное время (оно как раз читается из системы), это предполагаемый часовой пояс клиента. То есть когда время приходит от клиента/отображается клиенту, оно конвертируется из/в этот пояс.
В общем:

• Time.now - системное время, в часовом поясе который прописан в системе на сервере
  
• Time.zone.now - время клиента, определяется через config.time_zone, либо на ходу через Time.zone =
  
• База данных - всё хранится в UTC + 0