Хорошо ли Ruby on Rails для крупномасштабных проектов?

Question

Я работаю над презентацией о RoR.Это выглядит хорошо, за исключением того, что я ничего не могу найти для раздела "Проблемы".Там, кажется, нет.:)

Особенно меня интересует:

1. Какие проблемы возникают с обслуживаемостью / управлением, когда в крупном проекте RoR участвуют несколько разработчиков?
2. Какие конкретные соображения существуют для разработчиков в таких крупных проектах, использующих языки с динамической типизацией и языки со статической типизацией?
3. Почему RoR может не подходить для крупномасштабных проектов?

Я не мог найти что-нибудь в этом поиске в Интернете.Я хотел бы услышать ваши мысли по поводу этих пунктов?

Спасибо, Аркадий

Answer 1

Я уверен, что вы можете найти многое из этого в сети, но я рад вам.

1. Поддерживаемость: Ruby и Rails - это создание более обслуживаемого кода за счет небольшой производительности. Вот почему Ruby, в первую очередь, динамический язык. Что касается разработчиков / команд, Rails отлично подходит для создания и поддержки кода, который легко понять и поддерживать.
2. Динамический по сравнению со статическим: с точки зрения команды разработчиков, статические языки имеют уникальное преимущество в том, что они очень явные. Нет никакого волшебства, чтобы запутать новых разработчиков, и должно быть немного работы с точки зрения преследования призраков (в теории, так или иначе). Это преимущество быстро перевешивается благодаря способности динамического языка по-настоящему использовать преимущества ООП и быстро начать разработку.
3. Пригодность: я не могу придумать никаких веских причин. Он проверен, проверен и очень хорошо спроектирован. Это было сделано, чтобы сделать работу, поэтому меня не удивляет, что это так. :)

Answer 2

Большинство разработчиков RoR работают на MAC по моему опыту. Использование git или svn для контроля версий. Большинство используют TextMate или Komodo . Специально с Komodo Pro вы можете хорошо использовать его в командах. Хороший клиент SVN есть Версии

Я не работал в больших командах, чем в 5 разработчиках, это не масштабно, я думаю :) Но с самой средой гораздо проще работать, как и большинством других, которые я видел. В основном используется в Скрам-командах, но если у вас хорошая организация, я не вижу никаких недостатков в использовании RoR в больших командах.

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

Мы используем RoR в средах Linux и Windows и имеем очень хороший производительный опыт. Технически он масштабируется так же, как и другие крупные платформы, с помощью sql_sessions и mem_cache вы можете легко настроить ферму серверов, чтобы запускать ее для тысяч или миллионов пользователей.

Так имхо: он способен на любой размер команды.

Answer 3

Для масштабируемости, если твиттер может это сделать, так что я думаю, что вы тоже можете это сделать.

И поддержка, как и в любом другом языке программирования, вам нужно использовать какой-то контроль версий, svn или git.