В чем минусы Rails и хуже ли он Django?

Question

[Владислав Софиенко]

Здравствуйте. Я в своё время начал изучать ROR, но вдруг я наткнулся на пару видео, которые рассказывают о страшных вещах, что мол в ROR немного не доработан паттерн и что он не годиться для web проектов со сложной бизнес логикой(в особенности затронули ActiveRecord) и с будущем на модификацию данного проекта и всё да такой степени, что некоторые разработчики прибегают к прикручиванию дополнительных слоёв для решения данных проблем.
YouTube - Андрей Колешко: «Что не так с Rails?»
YouTube - Иван Немытченко. Как перестать быть Rail...

• Неужели с ROR всё так плохо?
  
• Django такой фигнёй не страдает?
  
• А может всё таки остаться на PHP фрейворках, если да, то на каких и почему?
  Я конечно сам лично не тестил, но источники говорят, PHP фрейворки медленны относительно ROR и Django. Да и отношусь к PHP скептически, чисто по личным причинам)))
  
• Может быть у всех фреймворках, есть свои задачи под которые он заточен?
  Для меня это вопрос века, так как при принятии заказа на очередной web-проект даже не знаешь, что лучше взять.
  

Comments

[sim3x]

Зачем дергаться?

Потом посмотрите видео, где обсирают, то что сейчас учите и что на пол дороги бросите учить?

Answer 1

[zooks]

Хватит спрашивать, просто берите и делайте. Дорогу осилит идущий.

Между Django и RoR разница невелика. Вопрос в том насколько вас устраивает Python и Ruby.
В минусы Ruby я бы записал производительность и замкнутость на Web, плюс коммьюнити перетекает в node.js. У PHP минусов еще больше, что однако не мешает ему быть популярным языком.

Comments

[Владислав Софиенко]

ну хоть единственный нормальный ответ... спаисбо)) да я наслышан об node.js, но так пока не разузнал, почему все перетекают туда)

[longclaps]

замкнутость на Web - O'RLY?.

[ThunderCat]

В минусы Ruby я бы записал производительность и замкнутость на Web

не надо путать рельсы и чистый рубин.

[Владислав Софиенко]

ThunderCat, ваще пофигу, так как меня интересует чистый Web))

[zooks]

longclaps, ThunderCat, кейсы применения вне Веб? Производительность маловата для этого. Даже Jekyll лучше дропать в пользу Hugo.

[DevMan]

В минусы Ruby я бы записал производительность и замкнутость на Web

лолшто?

примеры не в вебе? да пожалуйста:
homebrew - пакетный менеджер под макось
adhearsion - распознавание речи
yast - центр управления/конфигурирования в suse linux
это без "мелочей" типа chef/puppet и огромного кол-ва утилит типа mina/capistrano/bosh используемых для провижионинга/оркестрации/тестирования/деплоя/etc.

[zooks]

DevMan, о Homebrew не знал, что он на Ruby. Из перечисленного слышал про Capistrano, но это опять про RoR.

Да, пожалуй, все не столь однозначно. Но все-таки когда мы говорим Руби, подразумеваем Рельсы.

[DevMan]

zooks,

слышал про Capistrano, но это опять про RoR

нет.

когда мы говорим Руби, подразумеваем Рельсы

вы - может быть.
мы - нет.

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

[moh-mog-drinks]

замкнутость на Web

Что?

homebrew написал на Ruby
Vagrant написан на Ruby
Chief написан на Ruby
и пр.

Ну хоть единственный нормальный ответ... спаисбо)) да я наслышан об node.js, но так пока не разузнал, почему все перетекают туда)

То, что вы получили ответ, который желали услышать - вовсе не означает, что он правильный.
Автор ответа совершенно не ориентируется в теме.
См. в начале моего комментария.

[lololololo]

PHP язык немного для другого уровня сложности и квалификации

[Dmitri Sinitsa]

А что у питона по производительности супротив руби?

[zooks]

DevMan, сисадмины разве пишут на руби? А пользоваться можно продуктом, написанном на любом языке, не вникая в детали.

[DevMan]

zooks,

сисадмины разве пишут на руби?

на чем только сисадмины не пишут. включая руби.

А пользоваться можно продуктом, написанном на любом языке, не вникая в детали

конечно. а можно еще не вникая в детали заявить, что у руби "замкнутость на Web".

Answer 2

[Сергей Нижний Новгород]

Скажу из того, что вижу по Питеру:

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

Django (я сам большой фанат Django) - чаще всего используется либо в гигантах типа yande/mail.ru/wargaming, либо в каких-то стартапах, сервисы направленные на работу с социальными сетями, аналитикой и датой. Там новые проекты есть, но не так много.

Php - чаще всего все сервисы, магазины и прочее сделаны на фреймворках php - работы много, новых вакансий много.

Что касается Python, то он еще активно используется в автоматизации тестирования, девопсе и биг-дате - много вакансий по ним, Php/RoR - эти похвастаться не могут. Конечно, на них можно много чего написать, но это не шибко в коммерческой разработке используется.

Comments

[moh-mog-drinks]

ROR - вакансий не так много, все вакансии на проекты 2010-2014 годов, когда был всплеск интереса к руби.

Не показатель вообще. Скажем на Go вакансий ниуть не больше. Но они весьма сладкие по деньгам и перспективам. Меньше народу - меньше конкуренция с миллионами индусов.

Вы что же ориентируйтесь на массовость?
Ну тогда ничем кроме PHP и нельзя заниматься в этом мире.

Php - чаще всего все сервисы, магазины и прочее сделаны на фреймворках php - работы много, новых вакансий много.

Ну точно. То то в FB и VK - PHP
Не магазины на PHP, а готовые CMS, в том числе и готовые магазины - на PHP чаще всего.
На другие языках все больше индивидуальные решения делают.

[DevMan]

Сравнивать питон с рельсами - это сравнение акулы с медведем, то есть ниачем.
А руби вполне успешно используется в автоматизации и девопсе.

[krassm]

5я рельса вышла в этом году и 90% вакансий именно на 5 рельсу.

Answer 3

[asd111]

Rails и Django решают одну и ту же задачу - web программирование. В целом те кто использует Django используют его ради возможностей python, чтобы быстро прикрутить к своему проекту тот же анализ данных на python на scikit-learn и на других библиотеках для анализа данных, которые изначально пишутся для python и С++, а для других языков обычно выходят с задержкой либо не выходят вообще.

Если вы раньше писали на ruby-rails, то python и django вам понравятся, особенно если вы посмотрите scikit-learn и т.п. возможности python для анализа данных. Главная причина популярности python - очень качественные библиотеки и простое API в этих библиотеках.
Молодежь для бэкэнда сейчас выбирает обычно php либо golang, иногда javascript.
Про php вы зря думаете что плохой язык. Если нужно писать только веб без математики, то php с yii или symfony неплохой выбор. Главное битрикс не использовать :) А в плане скорости php 7 очень даже норм.
Golang обязательно посмотрите. Все таки один из самых быстрых языков для веба сейчас. И многие из тех кому нужна была скорость перешли с ruby-python на golang.

Рельсы медленно умирают - это факт. Потому что ruby ничего не может предложить кроме веба. А для веба сейчас появился очень быстрый golang и туда ушли почти все рельсовики кому не по душе php и python.

Comments

[DevMan]

ещё один свидетель секты "руби только для веба"

[asd111]

DevMan, много знаешь вакансий где ищут рубиста не для веба ? Я нет. Везде Ror или другой веб.

[DevMan]

asd111, "я не видел - значит такого нет" - привычная песня.

[asd111]

DevMan, кажется ты единственный кто видел много вакансий на руби не для веба. Поздравляю, Нео, ты избранный. Руби избрал тебя и показывает вакансии скрытые от окружающих людей.
Золотые годы руби ушли. Я думаю то что сейчас написано на руби скоро перепишут на nodejs или на golang, потому что они кроссплатформенные, быстрые и развиваются. Чего не скажешь о руби. Самая свежая стабильная версия ruby вышла 25.12.2016, при этом свежий nodejs вышел 12.09.2017, свежий golang вышел 05.09.2017, свежий python 09.08.2017, свежий php 01.09.2017.

[DevMan]

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

что касается вакансий, то их может и меньше, чем на питон, но отнюдь немало. особенно среди девопсов.

[DevMan]

asd111, ну и чтоб 2 раза не вставать: ты много видел вакансий на nodejs или на golang не для веба?

[DevMan]

asd111,

Самая свежая стабильная версия ruby вышла 25.12.2016, при этом свежий nodejs вышел 12.09.2017, свежий golang вышел 05.09.2017, свежий python 09.08.2017, свежий php 01.09.2017

лол, аргумент просто убийственный. это ты еще не видел когда вышел последний релиз с/с++.
ну и между прочим - свежий стабильный релиз руби вышел 6 дней назад, 14.09.2017 (внезапно оказалось, что википедия - не лучший источник инфы, да?)

[asd111]

DevMan, почему википедия ? https://www.ruby-lang.org/ru/news/ последняя новость от 2016 года. Ахахахах кажись русскую версию забросили. Сорян. Ну я не виноват что официальный сайт меня кидает в такие потемки, я же им доверяю :) Даже как то символично, что русскоговорящий переводчик под новый год решил начать новую жизнь и забить на руби.
Тем временем последний релиз С++ ещё не вышел, поскольку стандарт С++ 20 ещё в разработке, а С++17 пока не все реализовали до конца.
Если брать самые актуальные компиляторы С++, то LLVM 5.0 с Clang вышел 07.09.2017 а свежий gcc вышел 14.08.2017
Nodejs и golang используют в основном для веба, о чем и речь. Как и руби. То ли дело python. Тут тебе и веб и математика и devops и даже gui бывает. Хотя некоторые девопсы начали на golang и nodejs переходить, потому что нормальная асинхронность для работы с сетью все таки лучше.

[Coder321]

DevMan, на Electron вакансий не мало)

[DevMan]

asd111,

Даже как то символично, что русскоговорящий переводчик под новый год решил начать новую жизнь и забить на руби

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

Тем временем последний релиз С++ ещё не вышел, поскольку стандарт С++ 20 ещё в разработке, а С++17 пока не все реализовали до конца.

то есть последний стейбл релиз был в 14 году. а тут про 16 год (хотя нет) говорят как про "ужас-ужас". надеюсь, что до самого дошло, что мерять датами релизов - это ни о чем.

Тут тебе и веб и математика и devops и даже gui бывает

веб и девопс есть и в руби. и вполе успешно.
в математике вообще мало какой язык поспорит с питоном.
гуй в руби такой же как и в питоне - биндинги в qt/wx/gtk/tk/etc

Nodejs и golang используют в основном для веба, о чем и речь

нет дружок, речь была о "ruby ничего не может предложить кроме веба", что, мягко выражаясь, не соответствует действительности.

[asd111]

DevMan, devops вообще без разницы на чем писать - bash, ruby, php, Lua, perl, Java, C# - все подходят под эту задачу, но нишу языка все таки определяют вакансии и для руби большинство из них - web как и для python.
В С++ нет понятия релиза, там есть стандарт и стандарт пишут на несколько лет вперед С++11 появился примерно в 2007 и к 2011 многие его реализовали, хотя часть фич можно было использовать раньше. С С++20 такая же история - часть фич из С++ 20 реализована, но полностью будет реализована в будущем, а к 2020 году появится новый стандарт. Это новый roadmap C++ - примерно каждые три года появляется набор фич на будущее, которые входят в будущий стандарт и начинается реализация.

[DevMan]

asd111,

devops вообще без разницы на чем писать

бинго, колхозить можно на чем угодно.
а вот половина самых популярных и распространенных scm-систем, используемых в бизнесе, написана на питоне, а вторая половина на руби. эти системы необходимо развивать/кастомизировать, что немного проблематично сделать на "bash, php, Lua, perl, Java, C#" и прочих.

В С++ нет понятия релиза, там есть стандарт и стандарт пишут на несколько лет вперед

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

нишу языка все таки определяют вакансии и для руби большинство из них - web

что кагбе не совсем "ruby ничего не может предложить кроме веба".

как и для python

то есть и питон "ничего не может предложить кроме веба"?

[asd111]

DevMan, доброе утро. Ты победил наглого иноверца, Нео. Руби награждает тебя званием "Защитник Веры".

[Владислав Софиенко]

DevMan, asd111, во первых, тема изначальна была про web-framework'и Rails и Django.
Devops на таких языках, как ruby и python вообще не интересует, как и ваши терки по этому поводу, так как они не входят в концепцию данного вопроса и вообще обсуждения в целом =D

DevMan,

половина самых популярных и распространенных scm-систем, используемых в бизнесе, написана на питоне, а вторая половина на руби. эти системы необходимо развивать/кастомизировать, что немного проблематично сделать на "bash, php, Lua, perl, Java, C#" и прочих.

Вопрос такой интересный. А почему?)

asd111,

https://www.ruby-lang.org/ru/news/ последняя новость от 2016 года

Однако под ruby 2.4.0 до сих пор клипают и модифицируют железнодорожный инструмент)) И новости выходят до сих пор weblog.rubyonrails.org

[DevMan]

Владислав Софиенко, что почему? почему написаны на руби или почему для их кастомизации не подходят "bash, php, Lua, perl, Java, C#"?

[Владислав Софиенко]

DevMan, и то и то

[DevMan]

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

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

Answer 4

[Александр Аксентьев]

В чем минусы Rails и хуже ли он Django? А может всё таки остаться на PHP?

Остаться на пхп потому что руби плохой, а питон не...
Можно найти статьи, видео и всё что угодно по запросу "что не так с <название языка/фреймворка>"
или "минусы <название языка/фреймворка>".

Вопрос ни о чём. Речь о трёх разных языках и технологиях.

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

Больше на этот вопрос никак не ответить.

Comments

[Владислав Софиенко]

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

Может я не прав, так как мало опыта во всём этом, глуп и молод, но это моё сугубо личное мнение.))

[Александр Аксентьев]

Владислав Софиенко, давайте еще раз перефразирую ваш вопрос, может тогда до вас дойдёт.
"Остаться ли на php потому что руби хуже чем питон?"

Вы сравниваете несравнимое.
А ответ каждый даст со своей колокольни.

Потому что чтобы стать хорошим разработчиком на чем-то одном нужно поработать как минимум несколько лет с этой технологией.

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

Где вы увидели оскорбление загадка.

[Александр Аксентьев]

Владислав Софиенко, в профиле у вас 3 строчки "Junior", если там и будете бросаться на всё подряд, они дальше появляться будут, а толку ноль.

Нельзя быть всем сразу хоть ты тресни.
Можно быть фулстаком в вебе js+css+html+бекенд(любой)
Но нельзя писать одновременно хорошо на питоне, пхп, руби, cpp, c, c# и т.д.
Должен быть основной язык. Писать код на любом можно когда в голове нормальное понимание в целом будет и когда придёт осознание что языки все одинаково работают.

Answer 5

[moh-mog-drinks]

Он не хуже. Он другой.

Можете ориентироваться по целям изначальных создателей фреймворков.

DJango был создан в крупном новостном издательстве. Одним из ключевых моментов авторы называют - возможность очень оперативно подстраиваться под новости.

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

А так - все высокоинтегрированные фреймворки имеют ограничения в случае реализации на них сложной бизнес-логики. Что DJango что Rails. Это нормально. Сложную бизнес-логику реализут индивидуально.

Answer 6

[Егор Казанцев]

Разница между джангой и рельсой в том что рельса как-то больше думать заставляет .
В Ror тот же механизм миграций гораздо менее удобный , более хитрые роуты, отсутствие апликух , и вечная установка дополнительных гемом. Ко всему этому надо привыкать вопрос только в мотивации.

Comments

[Владимир Кочергин]

механизм миграций гораздо менее удобный

Чем же это? А то, что миграции не связаны с моделями, так это только плюс.

более хитрые роуты

Элементарные роуты. К тому же, более читабельные.

отсутствие апликух

А зачем они сразу по дефолту? Если надо, можно добавить engines, которые, по сути, аналогичны.

вечная установка дополнительных гемом

А в Django всё есть в одной коробке и установка сторонних библиотек не требуется?

[Егор Казанцев]

Владимир Кочергин,
1. А смысл в миграциях без модели ? Сразу видно что есть в модели , в ROR надо ставить какой-то там гем, смотреть schema.rb , rake че-то там, и тут опять же отсутствие апликух. Это как в windows смотреть свойства диска и df -h в лине.
2. Ну ну сколько в routes.rb конструкций: root, match , resourses, namespace , в django простые регексы и функции или class bases view. Разница примерно как между чтение художественной и технической литературой.
3. В django с апликухами принципы DRY вплоть до шаблонов и статики
4. Ага у ror поставь simple_form, administrate

[Владимир Кочергин]

1. А смысл в миграциях без модели ?

В модификации структуры БД. Знание о модели для этого совершенно не нужно.

2. Ну ну сколько в routes.rb конструкций: root, match , resourses, namespace , в django простые регексы и функции или class bases view.

Эти конструкции существуют для упрощения написания и чтения маршрутов. Ничто не мешает прописывать их по аналогии регекспов. Просто руби изначально ориентирован на читабельность и чистоту кода (и в рельсах это ярко выражено).

3. В django с апликухами принципы DRY вплоть до шаблонов и статики

В рельсах тоже никто не принуждает повторяться. Есть достаточно средств следовать этому принципу.

4. Ага у ror поставь simple_form, administrate

Это не обязательно. Далеко не всем может потребоваться simple_form. А кому-то больше нравится какой-нибудь другой его аналог. И админка не всегда нужна. А если нужна, для этого есть разные гемы на выбор. Либо нужна особая, под свои нужды.
Но я не утверждаю, что Rails идеален. В нём хватает недостатков. Но для быстрой и лёгкой разработки он вполне подходит.