Руби или нет Руби

Question

Я знаю, что это сложный вопрос, но я подумал, что попробую каждый день ....

Я только начинаю работать в новой компании, где у них минимальная база кода. Вероятно, в этот момент вложен месяц человеческих усилий. В настоящее время он написан на Ruby.

В настоящее время он также использует Ruby on Rails - но в основном только для тестирования кода Ruby.

Конечная цель кода на самом деле заключается в том, чтобы создать бэкэнд для сайта, который будет написан на php (может быть бэкендом для Drupal, Echo и т. Д.).

У меня нет опыта работы с Ruby, поэтому я бы хотел использовать язык, который я знаю лучше (например, Python), но не желаю исключать Ruby без причины.

Если вы не собираетесь использовать Ruby для проекта Rails, стоит ли оно того? Будет ли мне лучше работать с Python или другим языком?

Как библиотеки складываются?

Спасибо !!!

Answer 1

Мой совет будет зависеть от ваших собственных целей, которые могут выглядеть следующим образом ... вы можете спросить себя (или набрать каждый из них от 1 до 10), если вы предпочитаете:

1. выучить новый язык, который вы могли бы использовать в будущем? = Рубин
2. углубить свои навыки Python, используя его для всего (скажем, Django или Web.Py ) = Python
3. отодвигает Ruby-тестирование от Rails = Ruby

Другие вопросы, которые вы могли бы задать себе, чтобы помочь в принятии решения:

1. важна скорость? Сделайте несколько тестов на разных языках. (Если Ruby, то используйте Ruby 1.9 и получите другую книгу по Ruby ).
2. важна ли интеграция? Если так, зачем использовать PHP-интерфейс?
3. важна ли ваша связь с языковым сообществом? Если это так, выберите «чувство сообщества».
4. много ли обработок текста в бэкэнде? (Perl?)
5. вы хотите использовать ORM или написать SQL? = посмотрите на Ruby и Python легковесные фреймворки .

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

Если вы можете оценить все вышеперечисленное с 1 по 10, это может помочь выделить предпочтительное направление ...

Затем, на мой взгляд, проблема разбита на 3 вещи:

1. на каком языке вы больше всего любите кодировать (работа должна доставлять удовольствие)?
2. Можно ли сгенерировать интерфейс и бэкэнд на одном языке?
3. вы хотите использовать фреймворк или готовую CMS для внешнего интерфейса?

Стоит взглянуть на происхождение языков: PHP был первоначально объявлен как расширение SSI , Ruby пытается взять лучшее из Perl, Smalltalk и Lisp, но имеет элементы C / Java-подобный синтаксис, Perl тесно связан с Unix и везде, хотя обычно невидим для конечных пользователей (несмотря на некоторые очень хорошие веб-фреймворки Perl ). Вы уже знаете о Python.

Что касается фреймворков и CMS, то также может помочь трал через различия / ограничения / функции. Слишком легко установить PHP CMS (хорошо для сайта с четко определенной целью), но затем вы окажетесь в затруднительном положении из-за непроницаемого кода, когда захотите сделать что-то, чего не можете сделать из коробки. Фреймворк на языке бэкэнда позволит вам легче соединить заднюю и переднюю части.

Answer 2

Рубиновое Безумие. Конечно, это круто, но это может привести к сложным вещам: Lisp

---

Мои прогнозы:

1. Совершенно очевидно, что вы в порядке с Ruby или Python , и, очевидно, php можно заставить работать.

2. Вам действительно понравится Рубин .

Я немного волнуюсь, что после Ruby единственное, что осталось сделать, это Lisp , и я стану одним из тех бешеных маньяков Лиспа с развевающимися плохими стрижками мои руки и бормотание об одном истинном макропроцессоре.

Чуть более серьезно, хотя Lisp и Smalltalk все еще находятся в крошечных нишевых пространствах после 60 и 40 лет, оказывается, что дитя двух принесло плоды. Различные хакеры Lisp и Smalltalk начинают появляться, рассказывая о своих дочерних Ruby в Ruby и Rails cons. Как оказалось, в Ruby (срок 15 лет) есть немного магии Lisp и Smalltalk.

И, на этой вечеринке, Ruby раскрывает каждый кусочек повседневной полезности и использования 3-х строчных сценариев в Perl. Ruby - это взрыв на языковой сцене, который сочетает в себе скриптовую сверхдержаву Perl с объектно-ориентированной сверхдержавой экзотического языка, такого как Smalltalk.

Ruby - это потрясающий и революционный язык с или без Rails. Я говорю, выпей коул-хелп.

Answer 3

Rails-приложения потенциально могут стать отличным REST-сервером для системы на основе php.

REST материал сделан для этого. Вы хотите XML? Хорошо. Вы хотите JSON? Хорошо.

Если вам и сотрудникам это неудобно, используйте что-то более удобное для написания интерфейса REST. :)

Answer 4

Используя Ruby für уже два года, я нахожу его мощным, легким в изучении, с хорошими библиотеками, хорошим сообществом.

Но как нам узнать, соответствует ли это вашим потребностям? Попробуйте, и вы узнаете.

Answer 5

IMO, если вы знакомы с Python, у вас не должно быть особых проблем с подбором Ruby. Это не значит, что Ruby - лучший выбор - вы все равно должны оценить варианты.

Answer 6

Почему бы вам просто не придерживаться этого и не использовать PHP?