Программирование RoR для создания сайтов, в каком порядке осваивать?

Question

[Марк Мищенко]

Добрый день, хочу попробовать сделать свой сайт с нуля, еще давным давно немного касался этой темы (по зову службы)
и так понимаю серверная часть сайта пишется:
-PHP
-Python
-RoR (на него пал мой выбор)
и вот вопрос для новичка (нет азы причем совсем азы в программировании имеются, на С# крестики нолики собирал)
как правильно подойти к этой горе?
1. Начать с фронтэнда в виде html,css и за тем прийти к RoR?
2. Или имеет смысл сразу начать с RoR?
3. RoR судя по литературе которую я видел и роликам, представляет из себя, на мой взгляд, магическую коробку в которой словно уже все есть, именно это меня отпугивает в нем, тоже хотелось бы узнать слишком ли он пребломотичен будет в изучении для новичка?

Comments

[Шамуэй]

А почему ruby? (ROR это фреймворк, а не язык)

[Марк Мищенко]

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

[Запорожченко Олег]

Быстрая разработка, только у тех кто эту магию хорошо понимает, для новичка будет только все сложнее.

Начните с PHP, там все сильно проще и нельзя сказать что это прям бесполезный опыт. Потом, если вдруг решите выбрать RoR - будет просто понимание что вся магия рейлс это те костыли которые вы из проекта в проект таскали на PHP

Answer 1

[Everything_is_not_so_bad]

Для разработки веб-сайтов типа визиток/блогов/магазинчиков чаще всего используются готовые CMS типа WordPress, Joomla!, Drupal и для них используются различные плагины для расширения базовой функциональности.

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

Для веб-разработки нужно осваивать все по порядку:
Основы frontend (веб-клиент)

1. основы HTML
   
2. основы CSS, лишь для того, чтобы научиться не писать стили внутри кода HTML
   
3. основы языка JavaScript безо всяких библиотек и фреймворков, особенно DOM, events & callbacks
   
4. основы www: протокол HTTP
   
5. JavaScript: HTTP запросы при помощи AJAX и JSON
   
6. JavaScript: чуток мега-популярной ранее библиотеки jQuery - для общего ознакомления что можно делать по сравнению с голым JavaScript
   
7. основы архитектурного паттерна MVC, используемого в разных фреймворках, в RoR в том числе
   

Основы backend - там где и находится фреймворк Ruby on Rails

1. Что такое веб-сервер
   https://zametkinapolyah.ru/servera-i-protokoly/htt...
   
2. Самый простой вход в веб-разработку будет использование веб-фреймворка Sinatra. RoR стоит изучать после него, иначе будет трудно.
   
3. В RoR проще всего будет начать с рендеринга вьюх (view) со статичными данными, без использования СУБД. Скажем, сверстать страничку (about.html.erb) для сайта-визитки с текстовыми данными прямо внутри шаблона. То есть используя лишь View-Controller, без Model.
   
4. RoR: Asset Pipeline
   
5. Для хранения данных в СУБД и подставления их в шаблон необходимо изучить основы SQL. Можно изучать сначала даже на SQLite (вся БД в одном файле), а потом MySQL/PostgreSQL - для промышленного использования. Можно обойтись хранением данных не в реляционных СУБД типа K/V (Redis, Memcached), или документо-ориентированных (MongoDB), но знание SQL важно иметь в дальнейшем по-любому.
   
6. RoR: следующим этапом перейти к изучению доступа к данным в СУБД, а это именуется Модели (Model), при помощи RoR ActiveRecord.
   
7. RoR: далее I18n, тестирование, rake task и другие фичи, по мере необходимости
   

Источники:
https://habr.com/post/303896/
htmlbook.ru
rusrails.ru

Answer 2

[Павел Грудинкин]

Примерный гайдлайн если чисто для себя:
1) Пройти все доступные уроки на html academy
2) потыркаться на www.sql-ex.ru (опционально)
3) Порешать стандартные студенческие задачки чисто на руби
4) Освоить railstutorial.ru, не все будет идти гладко, там то ли недоработано, то ли специально так сделано, но возникают затыки-ошибки, которые надо решить самому с помощью гугла. Сейчас актуальны 5 рельсы, там 4, но для обучения подойдет.
5) Найти любое достаточно сложное тестовое задание у соискателей на должность Ror разраба и сделать его самостоятельно. Ну или уже на этом этапе пилить свой проект.

Если предполагается извлечение прибыли, то стоит пройти интенсив типа thinknetica, но это стоит денег.

Answer 3

[Иван Шумов]

1. Выкиньте из списка RoR. Да, быстро, но только умирает технология. Этот фреймворк сделал много для развития других языков, но комьюнити не стало расти и вакансий/специалистов в итоге мало
2. Если вам нужна скорость и лёгкость в освоении - PHP: Yii, Laravel, Symfony (в порядке возрастания уровня вхождения)
3. Python и Node вам на закуску. Смотрите на них если хотите потом уехать в облачные технологии, serverless, или Big Data (python)

Comments

[Everything_is_not_so_bad]

Иван Шумов,

1. Выкиньте из списка RoR. Да, быстро, но только умирает технология. Этот фреймворк сделал много для развития других языков, но комьюнити не стало расти и вакансий/специалистов в итоге мало

Хотелось бы получить какие-нибудь доказательства в пользу сего утверждения.
Если ажиотаж пройден, то это не означает что инструмент не востребован.

[Иван Шумов]

Роман Мирр, откройте любой сайт вакансий и посмотрите на предложения/соискателей. Сделайте эти же выводы самостоятельно

[Everything_is_not_so_bad]

Иван Шумов, разве это показатель?

[Иван Шумов]

Роман Мирр, основа любого рынка это спрос и предложение. Например, вы компания и вам необходимо развивать продукт. Вы предпочтете выбирать из 100 специалистов на страну или 10000 специалистов на город?

Или вы соискатель. Вы хотите лишиться работы (не важно по какой причине) и искать следующее место по вашим навыкам полгода?

[Everything_is_not_so_bad]

Иван Шумов, наоборот, при достаточном количестве вакансий в городе специалисты по RoR будут на расхват. То есть при большом спросе на специалистов по RoR и малом предложении.
Кроме того, необязательно именно конкретный фреймворк RoR, ведь есть и другие фреймворки в Ruby.

[Иван Шумов]

Роман Мирр, да, их несколько. Но про "на расхват" это сильное заблуждение.
Компании не любят брать джунов по тому что их надо учить (читай тратить ресурсы более дорогих и опытных сотрудников). Число рассматриваемых кандидатов сужается и очень сильно. В результате продукты на Ruby с каждым годом активнее выходят с рынка и заменяются другими ЯП и фреймворками. те же что решаются брать джунов как правило страдают из-за качества их кода и допускаемых ошибок, не говоря уже о растраченных бюджетах (Ruby программистам платят несколько больше из-за их редкости в природе)

Чтобы понимать какой адекватный стек технологий сейчас есть стоит посмотреть на то что используется в самых крупных компаниях (облака), а это AWS, Azure, GCP. получаем: Node.js, Python, Java, C# (.NET Core) и Go.

И тут нет ни Ruby, ни PHP. А такие компании задают темп. Конечно, компаний много, у всех свои потребности, все любят экономить, но происходит постоянная ротация технологий и языков. PHP самый старый на этом рынке и с самым большим багажом опыта, библиотек и комьюнити.

[Запорожченко Олег]

Иван Шумов, У Вас видение ситуации со своей стороны.

Моя практика абсолютно противоположна. Берем джунов, учим. На одну вакансию можем и 5 нанять, если достойный кандидат.

Сама рельса не умрет, пока не появится технология, которая выполнит 2 условия.

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

Крупным компаниям очевидно важнее стабильность, а не скорость разработки, но на единицы крупных компаний есть миллионы остальных и им нужно в основном ruby/php

[Иван Шумов]

Запорожченко Олег, у вас достаточно большая компания, а их не так и много, как показывает практика. Часть людей от вас же уходит (так или иначе) и кто их наймет? Такие же как вы.

Что касается по технологиям и скорости разработки - AWS, Azure. Если вы знаете более быстрый способ запустить проект - пример архитектуры в студию

[Everything_is_not_so_bad]

Иван Шумов, а о каких сервисах AWS, Azure идет речь?

[Иван Шумов]

Роман Мирр, сейчас про Azure не смогу сказать так как еще не достаточно его изучил, но у AWS много чего интересного. У них прекрасная интеграция API: API Gateway + Lambda + Cognito. Отличный CDN Cloudfront. Автоматически масштабируемые базы RDS и Dynamo DB. отказоустойчивость с балансировкой ELB + EC2 Auto Scaling. Быстрый кэш ElastiCache. Стриминг данных в Kinesis,.... да даже хранилище S3 с durability 11*9.

Я могу их сервисы до утра перечислять - их действительно много (так что я даже сейчас сдаю сертификацию на AWS Solution Architect Associate ).

Стоит добавить что всю свою инфраструктуру Netflix держит в AWS (по их словам) и может полностью ее развернуть из единого JSON файла CloudFormation за 10 минут (заявляли на Devoxx)

[Everything_is_not_so_bad]

Иван Шумов, то что у обоих есть куча сервисов я уже знаю. Я думал что речь о том, что у AWS есть какой-нибудь чудо-сервис по быстрому построению веб-приложения быстрее RoR, что весьма интересно для меня и не только.

[Иван Шумов]

Роман Мирр, хорошее веб-приложение за собой имеет стройную низкосвязанную сервисную архитектуру, которую можно свободно масштабировать в зависимости от потребностей: как вертикально так и горизонтально. Такие вещи как RoR, Yii2, Symfony, Django и вот это вот все ведет к появлению монолитных систем и к высокой стоимости поддержки, низкой скорости появления новых модулей и как итог плачевному для компании состоянию болота. Все эти фреймворки хороши низким уровнем вхождения для новичков, а компании думают что это поволяет им быстро расти

[Everything_is_not_so_bad]

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

[eliastro]

откройте любой сайт вакансий и посмотрите на предложения/соискателей. Сделайте эти же выводы самостоятельно

Иван Шумов, хорошо, давайте проверим. Открываем например, мой круг. Смотрим кол-во вакансий по RoR/Django(самый популярный у питона фрем), nodejs. И посмотрим кол-во специалистов по этим скилам.
RoR - на данный момент колво вакансий 29. Кол-во специалистов 2072
Django - колво вакансий - 34. колво спецов 2866
Nodejs бэкэнд- вакансий - 33. колво спецов (с пометкой бэкенд) - 3349.
Видно что по кол-ву вакансий примерно на одном уровне. а вот по колву специалистов (конкуренция) и вообще по соотношению колво вакансий/колво специалистов руби заметно опережает остальных.
Т.е. в действительности ваш аргумент против ваших доводов.

[Иван Шумов]

eliastro,
1. на мойкруг очень мало вакансий
2. Вы сравниваете довольно специфическим образом ибо про бэкэнд может и не быть указано в вакансии.
3. Вы сравнили 2 фреймворка и один язык программирования

Исследование на коленке м претензией на адекватность, но без таковой

[eliastro]

Иван Шумов,
1. Сейчас посмотрел на hh. Тут преимущество RoR в соотношении колво вакансий/колво специалистов еще более выражено. Можете посмотреть самостоятельно.
2. Это касается Node.js, который фигурирует во многих фронтэнд вакансиях. И тут отделить бэк-вакансии по nodejs сложнее.
3. Я рассматриваю бэкэнд технологии. RoR, Django, Nodejs. Понятно, что есть вакансии по руби, питону, ноде никак не связанные с бэком.