Выбирая Rails vs. Django на основе производительности и масштабируемости [закрыто]

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

Закрыто 8 лет назад .

В настоящее время я работаю над побочным проектом (который, надеюсь, вырастет в нечто большее), и прямо сейчас его строго статический фронтэнд; HTML, CSS и jQuery. Тем временем, у меня есть время, чтобы провести тяжелые исследования по выбору Ruby on Rails vs. Python/Django.

Я прочитал бесчисленные статьи, сравнивающие их, которые обычно сводятся к тому, «какой язык вы предпочитаете?» и соображениям сообщества разработчиков.

Мой вопрос здесь носит строго технический характер, сравнивая рамки (и их соответствующие языки) как таковые:

Между Ruby/Rails и Python/Django:

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

Я понимаю, что масштабируемость сводится к архитектуре, поэтому вопрос в том, какая рамка и соответствующие ей инструменты, API, подключаемые модули, сообщество, документация и т. д. «направляет» вас к лучшей масштабируемой веб-архитектуре из «get-go»?

Спасибо!

задан orokusaki 18 June 2012 в 13:48

0 ответов

Другие вопросы по тегам:

ruby-on-rails django performance scalability

Выбирая Rails vs. Django на основе производительности и масштабируемости [закрыто]

0 ответов

Похожие вопросы: