Чтобы решить, готова ли Ruby on Rails к предприятию, вы должны подумать о том, что означает термин «предприятие». По моему опыту, предприятие означает «безопасный». Компании, которые ищут корпоративное решение, обычно выбирают стек технологий, который поддерживается крупными поставщиками. Таким образом, они знают, что могут получить поддержку и, возможно, консультации в обмен на большие деньги. Это целый «никто никогда не был уволен для покупки IBM».
Еще один фактор для рассмотрения - вездесущность. Нет никаких сомнений в том, что сейчас Ruby по-прежнему рассматривается как несколько экзотический язык, и наличие опытных программистов Ruby отражает это. Технически Ruby является более сложным, чем Java или C#, будучи ближе к Smalltalk с точки зрения чистоты OO и ближе к LISP с точки зрения средств метапрограммирования. Достаточно сказать, что компаниям будет проще получить Java или .NET-программистов за низкую ставку от кузовных магазинов, чем они являются программистами Ruby. Это не для того, чтобы оскорблять программистов на Java или .NET, а скорее отражает тот факт, что есть много работодателей, которые по-прежнему считают разработку программного обеспечения чем-то, что нужно сделать самому дешевому участнику торгов, а не то, что должно быть сделано правильно. Java и .NET-программисты в настоящий момент являются товаром, поэтому их можно предлагать за меньшую плату.
Технически Ruby on Rails может масштабироваться так же хорошо, как Java, .NET или PHP и т. Д. Те же основные принципы применяются для измерения того, где узкие места, настройки ваших SQL-запросов, минимизации ввода-вывода, возможно, денормализации схемы базы данных в случае необходимости и разумного использования кеширования и т. д. Если вам нужно построить следующий eBay или Amazon, тогда вы должны вручную настроить и настроить свою собственную систему, как это сделали eBay и Amazon. J2EE имеет преимущество в унаследованной интеграции, но это не тот случай, когда Rails оптимизирован для всех — Rails - это все о создании новых приложений CRUD.
Нет сомнений, что в настоящее время Ruby является одним из более медленных языков; в этой области предпринимаются большие инвестиции, поэтому ожидайте, что ситуация улучшится в течение следующих нескольких лет, как это было сделано для Java с момента ее появления. Есть много интересных событий, происходящих в области Ruby VM и альтернативы МРТ (Matz Ruby Interpreter). Лично я считаю, что JRuby должен следить за собой. Он поддерживается Sun (go figure), и потому что это реализация Java Ruby, это аккуратный троянский конь, который вы можете использовать, чтобы получить Ruby на свое предприятие через существующую инфраструктуру JVM.
Я не думаю, что Rails вполне достаточно для предприятия, и во многих отношениях я надеюсь, что это никогда не будет. Я не особо хочу видеть, что моя любимая структура увязла в какой-то посредственности или путанице выбора нескольких поставщиков, что было очевидно для меня в мире J2EE. К счастью, DHH, по-видимому, определил, что Rails должен оставаться самоуверенным программным обеспечением, чтобы поцарапать его собственный зуд, а не пытаться быть всем для всех компаний.
Я нашел это полезным. В статье рассматриваются некоторые из сильных и слабых сторон для Rails в Enterprise. http://weblog.rubyonrails.org/2010/3/24/rails-and-the-enterprise/ – Jason 2013-04-06 21:48:48