Я Питон выбрал. Руби даже и мысли не было учить. Питон я видел в играх, видел в 3д редакторах, в различных системных скриптах, в вебе. Про руби я только слышал, что это тормозной кусок г**нища(но я не пробовал, так что объективно не могу сказать).
Документации на офф сайте вполне достаточно.
в руби создан ERB
переменные пофлаганные символом @ (@item)
передаются из контроллера в представление все пофлаганные @ переменные
из представления вызываются @item.name @item.id итд
плюс доступные методы классов и модулей без предварительного присваивания
т.е. ерб год выглядит примерно так
в модели в простейшем случае только образование класса - из шаблона
в контроллере
def new
@items = Item.all(:conditions => ['created_at > ?', 2.days.ago], :select => 'id, descriptions', :limit => 10] # ну например
@tag = Tag.first
end
в представлении
new.html.erb
<h1> Title </h1>
<h2> Tag: <%= @tag.name %> </h2>
<% for item in @items %>
<h3> Item: <%= item.name %> </h3>
<p> desc: <%= item.description %> </p>
<% end %>
у нас в 4-х проектах для фейсбуковских игр ипользуется 3 разных метода сбора данных оодновременно
это и редис, и мемкеш и мускуль
где-то в среднем по 5000 игроков в день, которые генерируют дикое количество кликов
осваиваем хендлер сокет
руби у нас не тот который у вас в тестах, а Enterprise 1.8.7 он и шустрее и памяти жрет меньше
дальше, о нагрузке
мы в файле сценария деплоя дописываем в массив айпи адресов 1 новый айпи и следующий деплой у нас уже будет на большем количестве серверов чем был до этого
т.е. 30 минут покупка нового сервера, 20 минут поднятие нового сервера, 1 минута дописывание айпи адреса, 2 минуты деплой, вместе с изменениями в субд если таковые были
производительность растет, фактически нам сейчас на количество юзеров наплевать, покуда СУБД тащит, да и тут мы раньше упремся в производительность сетевого интерфейса чем в производительность СУБД, и опять можно попросить провайдера заделать сетевой кластер на какой-нибудь оптике или фибре
а вам слабо?
по поводу твиттера - совершенно не тривиальная ситуация, поисковые запросы - специфический раздел ИТ, каждый раз все по-разному
по поводу сравнений - для высоко нагруженных приложений наибольшее затруднения вызывает дробление баз данных нежели производительность фреймворка
а тесты вранье, у нас самые тяжелые (проблемные, кривые с ошибками в архитектура) странички с кучами расчетов и запросами к субд обрабатываются менее чем за секунду включая время работы с субд, а тут такой простенький скрипт за 300мс
этот тест у меня
ree-1.8.7-2011.03 :111 > puts 'Time per iteration = ' + ((ends - start) * 1000000 / ITER).to_s() + " microseconds"
Time per iteration = 170.89172 microseconds
это 2-х ядерный ноутбук corei5
дальше тест в котором все интерпретируемые языки проиграют
потому как нет предкомпиленных классов
работа конструктара каждый раз заново интепретируется
т.о. тест не охватывает все аспекты языка и валидным его считать нельзя
и микро это 10^-6 а в микросекундах никто не меряет, это миллисекунды 10^-3
математики блин