Ruby от направляющих

Я пользователь webdriver. ruby используется webdriver для автоматизации процесса сборки благодаря rake. см. http://code.google.com/p/webdriver/ для получения дополнительной информации

В прошлом году я работал над музейным проектом, в котором использовалось много Ruby. ( http: // http: //ourspace.tepapa.com/home )

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

Весь контрольный код для этой части выставки - рубиновый. Я написал интерфейсы C с рубиновыми оболочками для связи с датчиками пола и контроллерами освещения. Система запрашивает базу данных MYSQL для отображения медиафайлов, а затем сообщает компьютерам в стенах воспроизводить медиафайлы через UDP.

Это самая надежная часть всей выставки.

Ruby использовался для другого важного часть выставки, Стена, хотя я не Я не имею к этому никакого отношения. Большая часть графики была прототипирована на Ruby с использованием интерфейсов к OpenGL, немного Cocoa и библиотеки физики, прежде чем была перенесена на чистый Obj-C.

Согласно сообщению в MSDN , это сделано намеренно как часть класса PropertyDescriptor.

Однако

I use Ruby with Sinatra which is much simpler than Rails. I did use Rails but just found that it has turned into a bit of a monster, although Rails is still amazing compared to web frameworks available for Java.

The main feature of Ruby that I love however is "eval" and "method_missing", which Rails actually uses for example in ActiveRecord so that you can use the amazing "find_by-field-name-" queries.

Я использовал Ruby для большого количества кода back-end просто потому, что я был единственным человеком, которому поручили это сделать, и мне нужен был хороший чистый язык, который позволял бы мне быть очень продуктивным и писать простой в сопровождении код. Я нахожу, что Ruby позволяет мне делать это легче, чем Perl и Python. У других людей может быть по-разному, но для меня это хорошо работает.

Кроме того, мне нравится, как работают Sequel и Nokogiri. Я также некоторое время использовал ActiveRecord отдельно от Rails.

Я почти оскорблен тем, что рубин - это рельс. Это похоже на то, когда CGI был последней тенденцией, и все считали, что если вы знаете Perl, вы должны делать это только потому, что вы программировали приложения CGI. Ruby для меня - это просто язык сценариев, хотя и не такой зрелый, как python, поэтому я несколько сожалею о том, что пришлось прыгнуть через некоторые из его обручей и недавних изменений, мне он все еще нравится и я его использую. Хотя я работаю в магазине java, и поэтому groovy - идеальный выбор для языка сценариев, я все еще использую ruby ​​дома и для выбрасывания сценариев, которые не нужны для совместного использования на работе.

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

Я сам использую оба Рубин сам по себе и в сочетании с рамками рельсов. Я сделал приложение ruby, которое ежедневно извлекает все рекорды с веб-сайта и помещает его в базу данных mysql. Это софарное первое и единственное приложение, которое я сделал в ruby ​​самостоятельно, я сделал

Я часто использую Rails в работе, но для небольших приложений или простых служб на основе REST я обычно использую Sinatra . Я также для развлечения пишу текстовую приключенческую игру на Ruby.

At work I do all my scripting for Windows with Ruby. Thanks to that I can say bye bye to Dos script