Евгений

Начнем с того, что RoR это фреймворк, а Drupal это CMS и это совсем разные вещи.
1) Да действительно все так, но имейте ввиду, что это относиться к программной части.
2) Сможете, но опять же, ну думайте что в RoR, есть какая то готовая админка и какие то готовые плагины к ней. Там есть так называемые гемы, но гем не плагин к cms, это модуль к cms, он предоставляет функционал который вы можете встроить в систему, но его придется именно встраивать, прийдется его настраивать (настраивать в коде).
3) Этого ничего нет в RoR, вы можете реализовать их сами, вы можете найти гем который предоставит необходмый функционал, но это все равно придется программировать.

Судя по вашим вопросам, вы не до конца понимаете что такое разработка, в чем отличие CMS от фреймворка.
Не ленитесь погуглите. Если кратко то CMS это система которая позволяет создать сайт без навыков программирования, да для нее пишут модули, используют ее API, но тут вы скорее меняет то что уже есть. Фреймоворк это каркас для создания приложений с нуля, да там есть всякие функции, методы, плюшки которые избавляют от рутины, гемы которые например избавят вас от прямой работы с API ютюба, но если говорить грубо то это просто синтаксический сахар для других функций, а сам сайт вам придется полностью писать самому.

Вам нужно попробовать написать, что то на руби и вы сразу поймете разницу. Друпал и RoR это разные инструменты для разных задач. Глупо разворачивать рор для простого бложика или сайта визитки. Вам придется руками писать гору функционала который есть в другпал из коробки. RoR нужен тогда, когда ваша задача столь специфична, что проще ее сделать самому, чем корежить друпал.

1) Расставить приоритеты таким образом, чтобы менее важные с Вашей точки зрения дела всегда выполнялись после более важных. Минусы такого подхода: до домашних дел вообще могут руки никогда и не дойти. Плюсы такого подхода: Вы будете заниматься тем, что действительно важно.
2) Вместо налаживания связей в университете налаживайте связи в мире. Постоянно практикуйтесь в использовании английского языка, ходите на митапы, ездите на конференции, общайтесь с коллегами в IRC и других чатах, ведите блог, читайте блоги других специалистов.
3) Это интернет, здесь всем можно предложить Ваш проект. Определите аудиторию, которой Ваш проект может быть интересен. Найдите, где место скопления этих людей (реальное или виртуальное) и придите туда. Хорошо продумайте подачу Вашего проекта, люди не любят спам.

Учиться программированию через тестирование, не зная программирования - верный путь насобирать шишек и получить самое неприятное впечатление от изучаемой технологии. Рекомендую отказаться пока от тестирования и научиться основам без него. Рановато.

C MVC фреймворками все понятно, но они меня не интересуют. А что делать с инструментами, нацеленными больше на фронтенд (React, Angular) ?

Открою вам страшную тайну - MVC фреймворки как раз на фронтэнд и нацелены, а не на бэкэнд.

ReactJS - библиотека, а не фреймворк. Это вопервых. И решает эта библиотека задачу оптимизации взаимодействия с DOM при связывании данных между представлением и моделью данных.

Angular - полноценный фреймворк, к которому можно подключить тот же React для вьюх. Используют его в основном при реализации Single Page Application-ов.

Были ли у вас практические задачи, с которыми мог справиться только js фреймворк? Какие?

Все задачи можно решить на чем угодно. Вопрос в сроках и кривости. Angular позволяет организовать структуру приложения, разделить его на слои, предоставляет ViewModel... все то что писать с нуля маленький ад и скучно. Ну и опять же все можно покрыть тестами и т.д.

Могут ли быть полезны данные инструменты в совместной работе с Rails, например?

Если брать ангуляр - я его использую только в контексте SPA. Это может быть не все приложение а только какая-то его часть но все же... А для SPA разницы нет вообще на чем бэкэнд реализован. От бэкэнда нужна только апишка.

Реакт же можно использовать в принципе для построения view на клиенте. Так что можно и его юзать. Зависит от задачи. Скажем если в задачи входит организация работы жирной формы - то лучше взять knockout.js. А если вам нужно рендрить какие-то данные в реалтайме - можно вооружиться реактом.

Нужно ли вообще тратить время и искать себе задачи, которые можно решить привычным jQuery, который в большей степени знают все (вопрос дальнейшей поддержки) ?

Куча народу знает jQuery но не знает JS. И это грусть и печаль. Скорее всего если у вас в задачах стоит реализовать слайдер какой или что-то такое то ни Angular ни React вам не нужны. Ну или в контексте сайтиков тоже не особо есть от них польза (только в специфических случаях). А вот если пишите приложения какие-то, можно уже задуматься ибо если вам придется реализовывать весь бойлерплейт, да еще и не будет DI то с высокой долей вероятности (все же нормальные разработчики существуют) вы получите шматок гуано дико связанный и приносящий боль при рефакторинге. А еще использование только jQuery это на 99% отсутствие каких-либо тестов на фронтэнде.

p.s. Я на ангуляре пишу админки к примеру для своих проектов. Ну и все все все что вписывается в концепцию SPA. Реакт планирую использовать как альтернативу phonegap (react-native вышел), поскольку он является слоем абстракции над формированием представления (за счет промежуточного виртуального DOM).

Preferences -> Settings - More -> Syntax Specific - User

{
    "tab_size": 2,
    "translate_tabs_to_spaces": true
}

Ctrl+Shift+S, Packages/User/<syntax>.sublime-settings

https://www.sublimetext.com/docs/3/settings.html

Берите ноду, на ней тоже уже все есть готовое в NPM, не меньше, чем на RoR, но не подсядьте только на "все из коробки", главное определиться для со стеком технологий и адхитектурой, это важнее, чем язык, сейчас разрабатывают больше даже на фреймворках, нежели на языках. Определитке задачи для себя, что Вы хотите решать на ноде, что писать, для чего использовать: обычные сайты или CMS, SPA-сайты сайты или SPA-приложения, Rich-приложения, адаптированные под мобильные или будете заниматься только backend и работать в команде с кем-то, кто будет писать frontend. Нужно выбирать все в комплексе, СУБД, фреймворк для браузера, серверную ОС, варианты хостинга. Я рекомендую такой стек: CentOS, Node.js, MongoDB / PostgreSQL, React. Какие ссылки советую:
1. Моя статья на Хабре - habrahabr.ru/post/204958
2. Мой ответ на вопрос по фреймворкам для ноды тут на Тостере - Подсоветуйте фреймворк для node?
3. Видео-уроки по node.js - learn.javascript.ru/nodejs-screencast
4. Про Impress - habrahabr.ru/post/247543
5. Разнообразные ответы по поводу выбора языка - Актуальный язык программирования

Начнем с того, что рельсы не для сайтов-визиток.

activeadmin.info - самая гибкая и, наверное, самая популярная. Из коробки не админится ничего (никакие модели). Добавляем вручную модели и аттрибуты, которые хотим админить.
https://github.com/sferik/rails_admin - противоположна первой. Тут сразу есть админа под все существующие модели. И идем путем вычитания.
https://github.com/typus/typus - Вроде как аналог рейлс-админа
https://github.com/thoughtbot/high_voltage - удобная штука для статических страниц (типа. О нас, История, Команда ... )
https://github.com/comfy/comfortable-mexican-sofa - простенькая CMS. Вроде как, достаточно популярна. Поддерживается и сейчас. Работает с 4 рельсами.
refinerycms.com - наверное,самая популярная (и возможно, единственная) CMS для рельс. Вроде как, не работает с 4мы, насколько я помню.

А вообще, есть такой замечатнльный ресурс - https://www.ruby-toolbox.com/
И в нем, к примеру, есть такой раздел - https://www.ruby-toolbox.com/categories/rails_admi...

P.S. сторонние модули подключаются с помощью Bundler через Gemfile. Трогать исходники (модули, гем, библиотеки) - нельзя.

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

Короче удалил все, переустановил OS X, установил node.js
Попробовал установить gulp без sudo:
npm install --global gulp
выдал все туже ошибку "npm ERR! Error: EACCES, mkdir" и т.д.
Установил с sudo:
sudo npm install --global gulp
И все заработало, модули теперь устанавливаются не требуя sudo, ошибок больше нет.

Вообщем решил проблему в два этапа:
1) Переименовываем файлы как описано тут
2) Перемещаем файлы командой

find public/uploads/route_point_photo -name '*.jpg' -exec cp {} public/uploads/route_point_photo ';'

3) Меняем директорию в файле uploader'а

def store_dir
    "uploads/#{model.class.to_s.underscore}/"
end

Wappalyzer