14/08/31 03:31:01.54
前
ｽﾚﾘﾝｸ(php板)
■参考サイト
<英語>
本家：URLﾘﾝｸ(rubyonrails.org)<)
開発者のblog：URLﾘﾝｸ(weblog.rubyonrails.org)
参考wiki：URLﾘﾝｸ(wiki.rubyonrails.org)
URLﾘﾝｸ(ruby-toolbox.com)
URLﾘﾝｸ(rubygems.org)
URLﾘﾝｸ(agilewebdevelopment.com)
<日本語>
Rails' wiki： URLﾘﾝｸ(wiki.fdiary.net)
Rubyについて Part49
ｽﾚﾘﾝｸ(tech板)
Ruby 初心者スレッド Part 55
ｽﾚﾘﾝｸ(tech板)
2:nobodyさん
14/08/31 06:12:32.54
多言語の知識があるわけでもなく、プログラミングの初心者でもあるのに、基本的な言語仕様すら
知らずにコーディングでき、糞コードが量産されていく。
それがRoRエコシステム。
3:nobodyさん
14/08/31 06:14:13.88
>>1
終了したのに糞スレ立てるなカス
4:nobodyさん
14/08/31 11:52:53.47 7SsMB6oy
>>1乙
以下、荒らし除けのおまじないをコピペ
--
Ruby がなければ、とか Rails さえ登場しなければ、と考える人達は
昔から存在していた
・Python vs Ruby vs PHP vs Haskell プログラミング言語バトル part1
URLﾘﾝｸ(anond.hatelabo.jp)
> 48 : デフォルトの名無しさん : 2011/11/13(日) 08:30:25.68
> 44
> Zopeが登場した当時、「RDB+PHPはもう古い、これからはOODB+ZopeがWebの中軸になる！」と
> さかんに宣伝され、雑誌でもZope特集が組まれていた
> 少なくとも自分はZopeからPythonという言語を知ったし、その時点でRubyは知らなかった
> そして、その後のORM(RDB)+Railsの出現と華々しい革新性への注目は、誰もが知っているだろう
> 今でもZopeの開発は継続されてはいるが、結果的に当初の期待が大きく裏切られたという事実は動かしがたい
> djangoとCakePHPについては実際に触っていないので憶測になるが、おそらく技術水準ではRailsと同等だろう
> しかしRailsはRailsでコミュニティの活動が活発だし、その進化は異常に早い
> Railsに何か致命的なトラブルが発生して開発が停滞する、あるいはdjangoやCakePHPから
> 何かのイノベーションが提示されでもされない限り、後発のdjangoやCakePHPがRailsに追いつくのは無理
> Railsは決して技術的に完璧なWebフレームワークではないんだけどね....（たとえばSeaSideのような.... ）
> だからこそ「もしもZopeが....だったなら」という「たら・れば」感はPythonコミュニティの潜在認識になっている
5:nobodyさん
14/08/31 14:10:55.63 sUZpvE3a
横やりですまない
ページキャッシュを使わない場合、
レンダリングまで含めて１秒くらいかかってしまうのは仕方ないこと？
さくらVPS SSDを使用しています。
6:nobodyさん
14/08/31 14:55:29.66
AWS クックパッドの運用事例
URLﾘﾝｸ(www.slideshare.net)
200ミリ秒を切るインフラ
7:nobodyさん
14/08/31 15:30:38.84
>>5
何が横槍だ
糞遅い言語とFW使っといて1秒かかるってクレーマーかお前は
さっさとScalaにしろ
8:nobodyさん
14/08/31 16:37:31.55
前スレ
>>989
ruby 用の twitter bot 作成補助モジュールはいくらでもある
おまいの技術力じゃ即日アカ凍結喰らって終わりだろう
9:nobodyさん
14/08/31 21:16:07.54 RpbU96wx
>>7
CakePHPなら同じことやったら早いですか？
10:nobodyさん
14/08/31 21:35:00.61
>>9
そんくらい自分で検証しろ池沼
ScalaいってんのにPHPとか頭腐ってんの？
11:nobodyさん
14/09/01 00:00:51.57
インタビュー：［楽天］Ruby活用事例とROMA，Fairy｜gihyo.jp … 技術評論社
URLﾘﾝｸ(gihyo.jp)
RailsとCakePHPを比べたところ，高負荷時にはRails のほうが大幅に応答性能が高いという結果が出たことですね。
これは200リクエスト/秒くらいからPHPの応答性能が急激に下がるのが原因です。
Rubyはそれほど大きくはパフォーマンスが落ちないんです。
第4回 Railsに変えてよかった！：iKnow!の場合 | Think IT
URLﾘﾝｸ(thinkit.co.jp)
3ヶ月、わずか3名程度のエンジニアチームで、彼らはPHPで実装が完了していたレベルに追いつきました。
またコード量はPHPの1/5以下にまで削減されており、よりシンプルな構成も実現できました。
食べログの画面数は約200あるが，開発に取りかかって約2カ月で完成した。
「VBscriptならこの倍，PHPでも1.5倍はかかっていたのではないか」
コード量も10分の1になった。
URLﾘﾝｸ(itpro.nikkeibp.co.jp)
12:nobodyさん
14/09/01 00:05:22.83
ライバルはPHP（笑）
低レベルなせめぎあい
13:nobodyさん
14/09/01 21:53:46.67
【翻訳】Go言語がダメな理由 | POSTD
URLﾘﾝｸ(b.hatena.ne.jp)
Farewell Node.js (翻訳) - from scratch
URLﾘﾝｸ(b.hatena.ne.jp)
PHP、かつてWebで人気だった言語が下火になりつつある | ReadWrite Japan
URLﾘﾝｸ(b.hatena.ne.jp)
Why do so many developers hate PHP?
URLﾘﾝｸ(www.reddit.com)
14:nobodyさん
14/09/02 10:34:07.03
>>11
どれも記事が古いなあ
超劣化RailsことCakePHP1や2と比べて大勝利なのは当たり前として
最近伸びてきている後発のPHPFWと比べて開発効率でそんなに優位性あるかな？
PHP界隈はDIコンテナが常識になってテストまわりと保守も楽になってきたし
Railsや他のFWの良さを吸収してきている