Как последний код Ruby on Rails?

Question

Итак, я программирую на PHP последние 7 лет. Что я должен делать, так это изучать ООП, но все разговоры о RoR и Django интересуют меня еще больше. С учетом сказанного, я начал следовать RoR, когда он впервые вышел. Я знал об этом по 37 сигналам, когда впервые познакомился с их продуктами. В то время я продолжал использовать PHP, это было то, что я знал, и я мог создавать код гораздо быстрее, чем пытаться выучить новый язык.

Перенесемся в 2009 год ... это было несколько лет назад, когда Twitter сделал заголовки, когда они внедрили Scala из-за непоследовательности RoR. Мой вопрос, стало ли лучше для RoR? Я знаю, что не стоит останавливаться на достигнутом одной компании, но, конечно, фанаты, вероятно, перепрыгнут через все это и будут бить или прокачивать один язык над другим.

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

ТИА!

Answer 1

Проблемы Twitter не были связаны с Ruby или Rails, и они объяснили это подробно.

Это становится одной из тех городских легенд, которые все "знают", чтобы быть правдой, но это не так. Найти историю здесь довольно сложно, вероятно, из-за всех кнопок «подписаться на меня в твиттере». К счастью, ответ переполнения стека ссылается на подробное обсуждение , включая разработчиков Твиттера.

Я приведу еще один пример городской легенды: (через RSI) в некоторой степени связанный с программированием: клавиатура Дворжака . Все знают, что QWERTY разработан для того, чтобы быть неэффективным, чтобы замедлить работу оператора, и что это пример провала рынка, верно?

Другая городская легенда: Дворжак против QWERTY

Оказывается, эта легенда не просто полностью ложна, но она была намеренно, обманчиво фальсифицирована. Да, ВМС США провели испытания запатентованной клавиатуры Дворжака в 1944 году. Но согласно этот отчет о клавиатуре Дворжака :

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

Мы обнаружили, что вершина флота эксперт в анализе времени и исследования движения во время Второй мировой войны не кто иной, как ... барабанная дробь пожалуйста ... лейтенант. Com. Август Дворак. Эрл Стронг, профессор в Университет штата Пенсильвания и одноразовый председатель Управления Машина Секция Американец Ассоциация стандартов сообщает, что эксперимент ВМФ 1944 года был проведен сам Дворжак.

Более поздние испытания других организаций не показали преимущества для Дворжака. Стоит также отметить, что замедление работы машинисток не было целью даже в первые годы существования пишущей машинки. На самом деле, соревнования по скорости набора текста проводились регулярно с большой рекламой, и тот факт, что машинистки были быстрыми на QWERTY , был одним из факторов принятия QWERTY.

Дворак и Твиттер и РоР

Ложная версия этой истории повторяется буквально в течение 65 лет, отчасти потому, что почти никому нет дела до первоисточников, они просто повторяют версию, которую услышали. Еще одна параллель с RoR и Twitter - религиозно-политический аспект У людей есть языковые и рамочные лояльности, у них есть лояльность к экономической системе, и постоянные легенды играют на существующую предвзятость. История в Твиттере связана с эмоциональной точкой зрения некоторых людей на опыт, которым они обладают и еще не обладают; история QWERTY связана с личной неприязнью некоторых людей к экономике свободного рынка.

Answer 2

Твиттер переключил некоторые части своей архитектуры с Ruby на Scala, потому что, когда они начинали, они использовали не тот инструмент для работы. Они использовали Ruby on Rails - который сильно оптимизирован для создания веб-приложений CRUD для «зеленого поля» - чтобы попытаться построить систему обмена сообщениями. AFAIK, они все еще используют Rails для CRUD-частей Twitter, например. создать новую учетную запись пользователя, но переместить компоненты обмена сообщениями в более подходящие технологии.

Answer 3

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

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

Лично эти прототипы мои любимые. Системы без пользователей проще всего писать.

Answer 4

Планируете ли вы, чтобы сайт был таким же интенсивным, как Twitter?

Если нет, то почему вы беспокоитесь о проблемах, которые возникают только при большой нагрузке?

Answer 5

Ну, это не только твиттер, основанный на Ruby on Rails. Существует длинный список успешных новых проектов - http://storecrowd.com/blog/top-50-ruby-on-rails-websites/.

Возможно, единственное раздражение, на которое ссылаются многие пользователи, - это производительность. Однако Ruby 1.9 решает эту проблему и уже совместим с большинством библиотек. Более того, проблемы с производительностью в большинстве случаев являются функцией знаний программистов разработчиков и редко зависят от скорости языка программирования.

Мой совет - просто попробовать на неделю или две :)