Здравствуйте, 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/ иногда тупо нельзя зайти, т.к. иногда он отвечает ну очень тормознуто.
2. Скорость выполнения программ.
Django — несомненный победитель. Тут даже говорить не о чем. Единственное — рендеринг шаблонов может стать узким местом, но это всегда решается переходом на другой движок шаблонизатора.
3. Масштабируемость.
Здесь в принципе все одинаково, и зависит от рук разработчиков.
4. Вероятность смерти.
Django пока точно не умрет, а вот про RoR сказать сложно — я уже привел ссылку выше. Конечно, вряд ли кто-нить вообще умрет, особенно языки.
Но на Python-е такая огромная codebase, что ему смерть точно не грозит.
Будут вопросы — пишите. Но по RoR-у я не специалист, т.к. ничего серьезного на нем не делал. Конечно, сейчас придут холиварщики, и будут с пеной у рта доказывать, что я не прав, RoR крут, а я ничего не знаю. В принципе, сразу скажу, что мне плевать. У меня свои критерии для оценок фреймворков, и они объективно на основе метрик и выборок доказывают, что разработка на RoR не так удобна, как бы его не хвалили.
Например, простейший критерий — релевантность поиска нужной информации для разработки. Вводим "ror i18n", получаем какую-то фигню. Вводим "django i18n" — первая ссылка идет сразу на документацию.
Дальше тему развивать не буду, т.к. тянет на статью, которую я так и не написал еще
Здравствуйте, 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’а.
Здравствуйте, 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.
Здравствуйте, Аноним, Вы писали:
А>Хорошо вы оценили, мне нравится Почему там API грязный? Вы лучше ссылку на стандартную документацию приведите с главного сайта.
Кстати, забыл упомянуть — документация по Rails не особо блещет. Документация по Dajngo — одна из лучших, которую я только встречал в жизни.
N>>Дальше тему развивать не буду, т.к. тянет на статью, которую я так и не написал еще
А>Пожалуйста ознакомьтесь с предметом получше....
Стало интересно как оно там, вне ASP .NET (да и надоел он дико). PHP ещё с университета не люблю, не потому что он плохой/хороший, а вот просто не моё. Посмотрел в инете, почитал о Ruby & Rails и о Python + Django. Синтаксис языков понравился.
Вопрос такой: что посоветовали бы изучить? Не хочется потратить время на язык + фреймворк для того, чтобы потом понять — не оно.
Расскажите пожалуста плюсы и минусы того и другого. Интересно с точки зрения реальных проектов. Как обстоят дела с локализацией, скорость выполнения программ (тут вроде как 1.8 Ruby был медленным, а 1.9 стал шустрее, Python же один из самых быстрых динамических языков, так?), масштабируемость, вероятность смерти языка/фреймворка, ну и так далее.
Заранее спасибо.
Re[2]: RoR or Python + Django
От:
Аноним
Дата:
14.03.09 08:26
Оценка:
Здравствуйте, Nuald, Вы писали:
N>Здравствуйте, jarlaxle, Вы писали:
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>Дальше тему развивать не буду, т.к. тянет на статью, которую я так и не написал еще
Здравствуйте, Nuald, Вы писали:
N>2. Скорость выполнения программ. N> Django — несомненный победитель. Тут даже говорить не о чем. Единственное — рендеринг шаблонов может стать узким местом, но это всегда решается переходом на другой движок шаблонизатора.
а какие есть готовые?.
N>Дальше тему развивать не буду, т.к. тянет на статью, которую я так и не написал еще
Почему там API грязный? Вы лучше ссылку на стандартную документацию приведите с главного сайта.
