【RoR】Ruby on Rails Part13

**nobodyさん** · 2011/11/04(金) 17:06:24.32

■前
【Ruby】Ruby on Rails Part12
http://hibari.2ch.net/test/read.cgi/php/1311050686/

■参考サイト
<英語>
本家：http://rubyonrails.org
API document：http://api.rubyonrails.com/
開発者のblog：http://weblog.rubyonrails.org/
参考wiki：http://wiki.rubyonrails.org/rails
http://ruby-toolbox.com/
http://rubygems.org/
http://agilewebdevelopment.com/plugins/top_rated

<日本語>
Rails' wiki： http://wiki.fdiary.net/rails/

http://twitter.com/dhh
http://www.loudthinking.com/

**nobodyさん** · 2011/12/30(金) 16:23:58.18

食べログの画面数は約200あるが，開発に取りかかって約2カ月で完成した。
「VBscriptならこの倍，PHPでも1.5倍はかかっていたのではないか」
コード量も10分の1になった。
http://itpro.nikkeibp.co.jp/article/OPINION/20071031/286028/

**nobodyさん** · 2011/12/30(金) 16:34:11.02

インタビュー：［楽天］Ruby活用事例とROMA，Fairy｜gihyo.jp … 技術評論社
http://gihyo.jp/dev/column/01/prog/2010/030801?page=2
RailsとCakePHPを比べたところ，高負荷時にはRails のほうが大幅に応答性能が高いという結果が出たことですね。
これは200リクエスト/秒くらいからPHPの応答性能が急激に下がるのが原因です。
Rubyはそれほど大きくはパフォーマンスが落ちないんです。

**nobodyさん** · 2011/12/30(金) 16:36:29.16

第4回 Railsに変えてよかった！：iKnow!の場合 | Think IT
http://thinkit.co.jp/article/156/4?page=0,1
3ヶ月、わずか3名程度のエンジニアチームで、彼らはPHPで実装が完了していたレベルに追いつきました。
またコード量はPHPの1/5以下にまで削減されており、よりシンプルな構成も実現できました。