RoR or Python + Django
От: jarlaxle  
Дата: 13.03.09 18:42
Оценка:
Приветствую!

Стало интересно как оно там, вне ASP .NET (да и надоел он дико). PHP ещё с университета не люблю, не потому что он плохой/хороший, а вот просто не моё. Посмотрел в инете, почитал о Ruby & Rails и о Python + Django. Синтаксис языков понравился.

Вопрос такой: что посоветовали бы изучить? Не хочется потратить время на язык + фреймворк для того, чтобы потом понять — не оно.

Расскажите пожалуста плюсы и минусы того и другого. Интересно с точки зрения реальных проектов. Как обстоят дела с локализацией, скорость выполнения программ (тут вроде как 1.8 Ruby был медленным, а 1.9 стал шустрее, Python же один из самых быстрых динамических языков, так?), масштабируемость, вероятность смерти языка/фреймворка, ну и так далее.

Заранее спасибо.
Re: RoR or Python + Django
От: Nuald Россия http://nuald.blogspot.com
Дата: 14.03.09 00:13
Оценка: 3 (1)
Здравствуйте, jarlaxle, Вы писали:

J>Расскажите пожалуста плюсы и минусы того и другого. Интересно с точки зрения реальных проектов. Как обстоят дела с локализацией, скорость выполнения программ (тут вроде как 1.8 Ruby был медленным, а 1.9 стал шустрее, Python же один из самых быстрых динамических языков, так?), масштабируемость, вероятность смерти языка/фреймворка, ну и так далее.


Судя по моему скромному анализу, Django сейчас более перспективен, чем RoR. Для этого есть ряд причин, но одна из главнейших — уход ведущего разработчика RoR из коммьюнити: http://www.techcrunch.com/2008/01/01/zed-shaw-puts-the-smack-down-on-the-rails-community/. Там же он объясняет причины ухода.
Ну еще, конечно, нехилый показатель — тормоза RoR: элементарно на сайт http://rubyonrails.org/ иногда тупо нельзя зайти, т.к. иногда он отвечает ну очень тормознуто.

Теперь по пунктам:

1. Локализация.
RoR — не особо чистый и довольно молодой API: http://www.artweb-design.de/2008/9/6/the-future-of-i18n-in-ruby-on-rails-railsconf-europe-2008
Django — немного морально устаревшний, но довольно-таки стабильный и удобный: http://docs.djangoproject.com/en/dev/topics/i18n/
Замечания: с локализацией админки Django могут возникнуть проблемы, но в целом они решаемы, и не особо сложно.

2. Скорость выполнения программ.
Django — несомненный победитель. Тут даже говорить не о чем. Единственное — рендеринг шаблонов может стать узким местом, но это всегда решается переходом на другой движок шаблонизатора.

3. Масштабируемость.
Здесь в принципе все одинаково, и зависит от рук разработчиков.

4. Вероятность смерти.
Django пока точно не умрет, а вот про RoR сказать сложно — я уже привел ссылку выше. Конечно, вряд ли кто-нить вообще умрет, особенно языки.
Но на Python-е такая огромная codebase, что ему смерть точно не грозит.

Будут вопросы — пишите. Но по RoR-у я не специалист, т.к. ничего серьезного на нем не делал. Конечно, сейчас придут холиварщики, и будут с пеной у рта доказывать, что я не прав, RoR крут, а я ничего не знаю. В принципе, сразу скажу, что мне плевать. У меня свои критерии для оценок фреймворков, и они объективно на основе метрик и выборок доказывают, что разработка на RoR не так удобна, как бы его не хвалили.

Например, простейший критерий — релевантность поиска нужной информации для разработки. Вводим "ror i18n", получаем какую-то фигню. Вводим "django i18n" — первая ссылка идет сразу на документацию.

Дальше тему развивать не буду, т.к. тянет на статью, которую я так и не написал еще
Re[2]: RoR or Python + Django
От: Гест Украина https://zverok.github.io
Дата: 14.03.09 08:16
Оценка: 2 (1)
Здравствуйте, Nuald, Вы писали:

N>Здравствуйте, jarlaxle, Вы писали:


J>>Расскажите пожалуста плюсы и минусы того и другого. Интересно с точки зрения реальных проектов. Как обстоят дела с локализацией, скорость выполнения программ (тут вроде как 1.8 Ruby был медленным, а 1.9 стал шустрее, Python же один из самых быстрых динамических языков, так?), масштабируемость, вероятность смерти языка/фреймворка, ну и так далее.


N>Судя по моему скромному анализу, Django сейчас более перспективен, чем RoR. Для этого есть ряд причин, но одна из главнейших — уход ведущего разработчика RoR из коммьюнити: http://www.techcrunch.com/2008/01/01/zed-shaw-puts-the-smack-down-on-the-rails-community/. Там же он объясняет причины ухода.


Он не ведущий, а один из. Давно известный как гениальностью, так и скандальностью. Уже после его скандала (который, как видно по самому URL’у, тобой приведенному, произошел больше года назад), RoR прошёл существенный путь — в частности, объединился с более молодым, прогрессивным и чистым веб-фреймворком Merb: http://weblog.rubyonrails.org/2008/12/23/merb-gets-merged-into-rails-3 .

Я не использую рельсы и, соответственно, больше сказать ничего не могу.
Но описание собственных предпочтений от противного (в каждому пункте, по сути, написано, почему RoR — сукс, при том что кончается тирада словами «по RoR-у я не специалист, т.к. ничего серьезного на нем не делал») мне кажется не очень удачным способом вступить в диалог.


Для автора топика: насколько мне известно, RoR — наиболее известный, но не самый чистый, красивый и мощный веб-фреймворк на Ruby. Как минимум любопытны микрофреймворк Camping, Ramaze и Sinatra; а так же Seaside-подобный Borges.

Справедливости ради, Django, по всей видимости, — тоже не единственный выбор для Python’а.
Re[2]: RoR or Python + Django
От: Аноним  
Дата: 14.03.09 08:26
Оценка:
Здравствуйте, Nuald, Вы писали:

N>Здравствуйте, jarlaxle, Вы писали:



N>Судя по моему скромному анализу, Django сейчас более перспективен, чем RoR. Для этого есть ряд причин, но одна из главнейших — уход ведущего разработчика RoR из коммьюнити: http://www.techcrunch.com/2008/01/01/zed-shaw-puts-the-smack-down-on-the-rails-community/. Там же он объясняет причины ухода.


Zed бесспорно много сделал для RoR на начальном этапе (создал mongrel), но к непосредственной разработке RoR никогда не имел отношения. Так что тут вы чушь сказали. Зед себя просто пиарил.

N>Ну еще, конечно, нехилый показатель — тормоза RoR: элементарно на сайт http://rubyonrails.org/ иногда тупо нельзя зайти, т.к. иногда он отвечает ну очень тормознуто.


Лишь недавно сайт перевели с PHP на RoR. По правде, я тормозов не замечал и уверен, что там используется кеширование статических страниц. А вот отдача статики никакого отношения к любому фреймворку не имеет.

N>Теперь по пунктам:


N>1. Локализация.

N> RoR — не особо чистый и довольно молодой API: http://www.artweb-design.de/2008/9/6/the-future-of-i18n-in-ruby-on-rails-railsconf-europe-2008
N> Django — немного морально устаревшний, но довольно-таки стабильный и удобный: http://docs.djangoproject.com/en/dev/topics/i18n/
N> Замечания: с локализацией админки Django могут возникнуть проблемы, но в целом они решаемы, и не особо сложно.

Хорошо вы оценили, мне нравится Почему там API грязный? Вы лучше ссылку на стандартную документацию приведите с главного сайта.

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

N> Django — несомненный победитель. Тут даже говорить не о чем. Единственное — рендеринг шаблонов может стать узким местом, но это всегда решается переходом на другой движок шаблонизатора.

Да согласен.

N>3. Масштабируемость.

N> Здесь в принципе все одинаково, и зависит от рук разработчиков.

Согласен.

N>4. Вероятность смерти.

N> Django пока точно не умрет, а вот про RoR сказать сложно — я уже привел ссылку выше. Конечно, вряд ли кто-нить вообще умрет, особенно языки.
N> Но на Python-е такая огромная codebase, что ему смерть точно не грозит.

N>Будут вопросы — пишите. Но по RoR-у я не специалист, т.к. ничего серьезного на нем не делал. Конечно, сейчас придут холиварщики, и будут с пеной у рта доказывать, что я не прав, RoR крут, а я ничего не знаю. В принципе, сразу скажу, что мне плевать. У меня свои критерии для оценок фреймворков, и они объективно на основе метрик и выборок доказывают, что разработка на RoR не так удобна, как бы его не хвалили.


Даже не знаю что и сказать. Если считать, что одна статья Зеда это приговор ... Вы очень поспешны в своих выводах.

N>Например, простейший критерий — релевантность поиска нужной информации для разработки. Вводим "ror i18n", получаем какую-то фигню. Вводим "django i18n" — первая ссылка идет сразу на документацию.


попробуйте набирать rails вместо ror.

N>Дальше тему развивать не буду, т.к. тянет на статью, которую я так и не написал еще


Пожалуйста ознакомьтесь с предметом получше....
Re[3]: RoR or Python + Django
От: jarlaxle  
Дата: 14.03.09 08:38
Оценка:
Пожалуйста, не давайте повода для холивара
Лучше расскажите какие есть плюсы и минусы у RoR по Вашему мнению
Re[4]: RoR or Python + Django
От: Аноним  
Дата: 14.03.09 09:13
Оценка: 2 (1)
Здравствуйте, jarlaxle, Вы писали:

J>Пожалуйста, не давайте повода для холивара

J>Лучше расскажите какие есть плюсы и минусы у RoR по Вашему мнению

Да я и не даю повода. Я всего лишь поправил явные ляпы.

Мне кажется, что выбор между RoR и Django должен основываться на выборе между Python и Ruby.
Что вам больше по душе. Мне например больше нравится стиль руби в отношении closures http://martinfowler.com/bliki/CollectionClosureMethod.html

У Ruby основной минус — это скорость, однако Ruby 1.9 и Jruby должны исправить эту проблему. Jruby уже исправил!
Я не могу оценить Django + Python поскольку не работаю с ними. Советую почитать http://www.loudthinking.com/ — здесь развеяны основные мифы
относящиеся к Rails.

По поводу рынка труда, ту тоже всё не ясно. Количество вакансий для Python & Ruby одинаково плохо по сравнению с Java например.
То есть они оба не востребованы в Enterprice.

С наилучшими пожеланиями.
Re[2]: RoR or Python + Django
От: neFormal Россия  
Дата: 14.03.09 09:37
Оценка:
Здравствуйте, Nuald, Вы писали:

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

N> Django — несомненный победитель. Тут даже говорить не о чем. Единственное — рендеринг шаблонов может стать узким местом, но это всегда решается переходом на другой движок шаблонизатора.

а какие есть готовые?.

N>Дальше тему развивать не буду, т.к. тянет на статью, которую я так и не написал еще


ждём-с
...coding for chaos...
Re[3]: RoR or Python + Django
От: Nuald Россия http://nuald.blogspot.com
Дата: 15.03.09 00:22
Оценка: +1
Здравствуйте, Аноним, Вы писали:

А>Хорошо вы оценили, мне нравится Почему там API грязный? Вы лучше ссылку на стандартную документацию приведите с главного сайта.


Я бы привел, если бы тогда, когда я писал ответ, сайт был бы доступен.
Собственно, ссылка: http://api.rubyonrails.org/classes/I18n.html

Кстати, забыл упомянуть — документация по Rails не особо блещет. Документация по Dajngo — одна из лучших, которую я только встречал в жизни.

N>>Дальше тему развивать не буду, т.к. тянет на статью, которую я так и не написал еще


А>Пожалуйста ознакомьтесь с предметом получше....


Конечно, that's the plan
 
Подождите ...
Wait...
Пока на собственное сообщение не было ответов, его можно удалить.